CN111447231B - 一种车辆协议识别的方法及装置 - Google Patents
一种车辆协议识别的方法及装置 Download PDFInfo
- Publication number
- CN111447231B CN111447231B CN202010235590.1A CN202010235590A CN111447231B CN 111447231 B CN111447231 B CN 111447231B CN 202010235590 A CN202010235590 A CN 202010235590A CN 111447231 B CN111447231 B CN 111447231B
- Authority
- CN
- China
- Prior art keywords
- vehicle
- protocol
- private
- characteristic parameter
- standard
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/24—Negotiation of communication capabilities
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07C—TIME 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
- G07C5/00—Registering or indicating the working of vehicles
- G07C5/08—Registering or indicating performance data other than driving, working, idle, or waiting time, with or without registering driving, working, idle or waiting time
- G07C5/0808—Diagnosing performance data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/18—Multiprotocol handlers, e.g. single devices capable of handling multiple protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/26—Special purpose or proprietary protocols or architectures
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computing Systems (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Electric Propulsion And Braking For Vehicles (AREA)
Abstract
本申请实施例公开了一种车辆协议识别的方法及装置。该方法包括:终端识别车辆的诊断系统所使用的标准协议;上述终端根据识别出的上述标准协议获取上述车辆当前的第一特征参数,其中,上述第一特征参数包括上述车辆的车速、转速和电瓶电压中的一项或者多项;若上述第一特征参数满足第一预设条件,则上述终端识别上述车辆的诊断系统所使用的私有协议,上述私有协议为上述车辆的制造商自定义的协议。采用本申请实施例,能够降低因协议识别而导致车辆故障的几率。
Description
技术领域
本申请涉及通信技术领域,尤其涉及一种车辆协议识别的方法及装置。
背景技术
随着汽车越来越普及,汽车的诊断和维修也得到了不断的发展,而车辆的诊断系统与外部设备通讯方式遵循一定的物理标准,数据通讯格式也遵循一定的协议,其中,车辆的协议包括法规强制要求需要遵循的标准协议之外,还包括车辆的制造商自定义的私有协议。在维修车辆的时候仅仅读取标准协议的信息完全不能满足车辆的日常维修的需求,也需要读取车辆的私有协议,然而,私有协议的不确定性很大,发送的命令容易与车辆本身的一些特殊命令发生冲突,当发送的命令的优先级刚好与车辆本身的特殊命令一样高时,则车辆容易出现故障,因而车辆的私有协议的识别需要谨慎处理。目前,在进行车辆的标准协议识别之后,直接进行识别私有协议的操作,这种传统方法很容易导致车辆在协议识别时出现故障。
发明内容
本申请实施例公开了一种车辆协议识别的方法及装置,能够降低因协议识别而导致车辆故障的几率。
第一方面,本申请实施例提供了一种车辆协议识别的方法,包括:识别车辆的诊断系统所使用的标准协议;根据识别出的上述标准协议获取上述车辆当前的第一特征参数,其中,上述第一特征参数包括上述车辆的车速、转速和电瓶电压中的一项或者多项;若上述第一特征参数满足第一预设条件,则识别上述车辆的诊断系统所使用的私有协议,上述私有协议为上述车辆的制造商定义的协议。
在上述方法中,可以看出在识别车辆的标准协议之后,不是直接识别私有协议,而是先需要达到一定的验证条件才能进行识别,例如,在上述车辆的车速、转速和电瓶电压等参数满足相应条件的时候进行私有协议的识别。通过这种识别方式能够降低因协议识别而导致车辆故障的几率。
在第一方面的一种可选的方案中,上述识别车辆的诊断系统所使用的标准协议,包括:根据多种标准协议轮流向上述车辆的电子控制单元ECU发送读取数据的命令;若接收到的ECU通过上述多种标准协议中的第一目标协议发送的应答消息满足第二预设条件,则将上述第一目标协议确定为上述车辆的诊断系统所使用的标准协议,其中,上述第二预设条件用于判断上述命令与上述应答消息是否匹配。
可以看出,只有当上述命令与上述应答消息匹配时才确定上述标准协议,从而保证了上述标准协议的正确性。
在第一方面的又一种可选的方案中,上述若上述第一特征参数满足第一预设条件,则识别上述车辆的上述ECU所使用的私有协议之前,还包括:若上述车速持续第一预设时间内不为零,或者上述车速持续第一预设时间内小于预设值,则判断上述转速是否持续第二预设时间内不为零;若上述转速持续第二预设时间内不为零,则判断上述电瓶电压是否大于上述车辆发动前的电瓶电压;若上述电瓶电压大于上述车辆发动前的电瓶电压,则确定上述第一特征参数满足上述第一预设条件。
可以看出,上述车速、上述转速和上述电瓶电压均满足一定的条件时,上述第一预设条件才得以满足。
在第一方面的又一种可选的方案中,上述识别上述车辆的诊断系统所使用的的私有协议,包括:分别采用上述标准协议和多个私有协议读取上述车辆的第二特征参数,上述第二特征参数包括车辆的波特率;若上述标准协议和第一私有协议的第二特征参数相同,则通过上述第一私有协议向上述车辆的电子控制单元ECU发送读取数据的命令,其中,上述第一私有协议为上述多个私有协议中的一个私有协议;若接收到的ECU通过上述第一私有协议发送的应答消息符合第三预设条件,则根据上述第一私有协议读取上述车辆的上述第一特征参数,其中,上述第三预设条件用于判断上述命令与上述应答消息是否匹配;若上述第一私有协议读取的上述第一特征参数与上述标准协议读取的上述第一特征参数相同,则确定上述第一私有协议为上述车辆的诊断系统所使用的私有协议。
可以看出,只有当上述条件均满足时,才能确定上述私有协议,从而保证了上述私有协议的正确性。
在第一方面的又一种可选的方案中,上述识别车辆的诊断系统所使用的标准协议之后,还包括:根据上述车辆的诊断系统所使用的标准协议每隔预设时间间隔读取上述车辆的故障码;若上述故障码表示上述车辆存在故障,则根据上述车辆的诊断系统所使用的标准协议清除上述故障;若上述故障无法清除,则结束上述车辆协议识别过程。
可以看出,在识别上述标准协议之后,定时获取和处理上述车辆的故障信息,从而保证了在识别过程中车辆处于正常状态。
第二方面,本申请实施例提供了一种车辆协议识别的装置,包括:第一识别单元,用于识别车辆的诊断系统所使用的标准协议;获取单元,用于根据识别出的上述标准协议获取上述车辆当前的第一特征参数,其中,上述第一特征参数包括上述车辆的车速、转速和电瓶电压中的一项或者多项;第二识别单元,用于若上述第一特征参数满足第一预设条件,则识别上述车辆的诊断系统所使用的私有协议,上述私有协议为上述车辆的企业制造商的协议。
在上述方法中,可以看出在识别车辆的标准协议之后,不是直接识别私有协议,而是先需要达到一定的验证条件才能进行识别,例如,在上述车辆的车速、转速和电瓶电压等参数满足相应条件的时候进行私有协议的识别。通过这种识别方式,能够降低因协议识别而导致车辆故障的几率。
在第二方面的一种可选的方案中,上述第一识别单元具体用于:根据多种标准协议轮流向上述车辆的电子控制单元ECU发送读取数据的命令;若接收到的ECU通过上述多种标准协议中的第一目标协议发送的应答消息满足第二预设条件,则将上述第一目标协议确定为上述车辆的诊断系统所使用的标准协议,其中,上述第二预设条件用于判断上述命令与上述应答消息是否匹配。
可以看出,只有当上述命令与上述应答消息匹配时才确定上述标准协议,从而保证了上述标准协议的正确性。
在第二方面的又一种可选的方案中,上述装置还包括:第一处理单元,用于上述第二识别单元若上述第一特征参数满足第一预设条件,则识别上述车辆的上述ECU所使用的私有协议之前,若上述车速持续第一预设时间内不为零,或者上述车速持续第一预设时间内小于预设值,则判断上述转速是否持续第二预设时间内不为零;第二处理单元,用于若上述转速持续第二预设时间内不为零,则判断上述电瓶电压是否大于上述车辆发动前的电瓶电压;第三处理单元,用于若上述电瓶电压大于上述车辆发动前的电瓶电压,则确定上述第一特征参数满足上述第一预设条件。
可以看出,上述车速、上述转速和上述电瓶电压均满足一定的条件时,上述第一预设条件才得以满足。
在第二方面的又一种可选的方案中,上述第二识别单元具体用于:分别采用上述标准协议和多个私有协议读取上述车辆的第二特征参数,上述第二特征参数包括车辆的波特率;若上述标准协议和第一私有协议的第二特征参数相同,则通过上述第一私有协议向上述车辆的电子控制单元ECU发送读取数据的命令,其中,上述第一私有协议为上述多个私有协议中的一个私有协议;若接收到的ECU通过上述第一私有协议发送的应答消息符合第三预设条件,则根据上述第一私有协议读取上述车辆的上述第一特征参数,其中,上述第三预设条件用于判断上述命令与上述应答消息是否匹配;若上述第一私有协议读取的上述第一特征参数与上述标准协议读取的上述第一特征参数相同,则确定上述第一私有协议为上述车辆的诊断系统所使用的私有协议。
可以看出,只有当上述条件均满足时,才能确定上述私有协议,从而保证了上述私有协议的正确性。
在第二方面的又一种可选的方案中,上述装置还包括:读取单元,用于上述第二识别单元识别车辆的诊断系统所使用的标准协议之后,根据上述车辆的诊断系统所使用的标准协议每隔预设时间间隔读取上述车辆的故障码;清除单元,用于若上述故障码表示上述车辆存在故障,则根据上述车辆的诊断系统所使用的标准协议清除上述故障;终止单元,用于若上述故障无法清除,则结束上述车辆协议识别过程。
可以看出,在识别上述标准协议之后,定时获取和处理上述车辆的故障信息,从而保证了在识别过程中车辆处于正常状态。
第三方面,本申请实施例提供了一种电子设备,包括:包括通信接口、存储器和处理器,其中,上述通信接口用于数据通信,上述存储器用于存储计算机程序,上述处理器被配置为运行上述计算机程序,以使上述电子设备执行第一方面或者第一方面的任意一种可选的方案中上述车辆协议识别的方法。
第四方面,本申请实施例提供了一种计算机可读存储介质,上述计算机可读存储介质存储有计算机程序,当上述计算机程序被处理运行时,实现第一方面或者第一方面中任意一种可选的方案中所描述的方法。
第五方面,本申请实施例提供了一种计算机程序产品,当该计算机程序产品在处理器上运行的时候,实现本申请实施例中的第一方面或者第一方面中任意一种可选的方案所描述的方法。
可以理解地,上述第三方面提供的电子设备和第四方面提供的计算机可读存储介质,以及第五方面提供的计算机产品均用于执行第一方面所提供的车辆协议识别的方法,因此,其所能达到的有益效果可以参考第一方面所提供的车辆协议识别的方法中的有益效果,此处不再赘述。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对本申请实施例或背景技术中所需要使用的附图作简单地介绍。
图1是本申请实施例提供的一种车辆协议识别的场景示意图;
图2是本申请实施例提供的一种车辆协议识别的方法的流程示意图;
图3是本申请实施例提供的一种读取车辆的车速的场景示意图;
图4是本申请实施例提供的一种读取车辆的转速的场景示意图;
图5是本申请实施例提供的一种读取车辆的电瓶电压的场景示意图;
图6是本申请实施例提供的一种识别私有协议的流程示意图;
图7是本申请实施例提供的一种车辆协议识别的装置的结构示意图;
图8是本申请实施例提供的又一种车辆协议识别的装置的结构示意图。
具体实施方式
下面将结合附图对本申请实施例中的技术方案进行描述。
请参见图1,图1是本申请实施例提供的一种车辆协议识别的场景示意图,该场景示意图包括车辆101、诊断设备102和终端103,上述诊断设备可以为车辆通讯接口(vehiclecommunication interface,VCI)或者其他通讯设备,上述终端103可以为电脑、手机或平板电脑等终端,图1中的终端为电脑为例进行了示意。车辆101通过诊断设备102与终端103进行通讯,其中,车辆101通过该车辆的车载自动诊断系统(on board diagnostics,OBD)通信接口与诊断设备102进行的数据传输;终端103通过通用串行总线(universal serial bus,USB)通信接口或者其他接口与诊断设备102进行数据传输,除此之外,终端103与诊断设备102还可以通过蓝牙技术或者无线保真(wireless fidelity,WI-FI)技术、无限分组业务(general packet radio service,GPRS)等进行无线的数据传输。
终端103中的诊断软件中存储有车辆使用的多种协议类型(例如,关键字协议(keyword protocol,KWP)、脉冲宽度调制(pulse width modulation,PWM)、脉冲宽度调制(pulse width modulation,PWM)等协议),上述诊断软件根据上述多种协议类型通过车辆101的OBD接口逐一地向电子控制单元(electronic control unit,ECU)发送读取数据的命令,上述ECU根据上述命令向上述诊断软件发送应答消息,当上述应答消息与上述命令匹配时,则确定上述车辆的标准协议(例如,关键字协议KWP);上述诊断软件通过上述诊断设备102读取车辆101当前的第一特征参数(例如,车速、转速或者电瓶电压),若上述第一特征参数满足一定的预设条件,则识别上述车辆所使用的私有协议类型(例如上述私有协议为协议i(其中,i可以为1、2或者3)),当上述协议i读取车辆的波特率与上述标准协议读取的波特率相等,则同样地,该诊断软件根据上述协议i通过上述OBD向上述ECU发送读取数据的命令,上述ECU根据上述命令向上述诊断软件发送应答消息,当上述应答消息与上述命令匹配时,则根据上述协议i读取车辆的车速、转速和电瓶电压,若上述协议i的读取结果与上述标准协议的读取结果相同时,则确定上述车辆所使用的私有协议为协议i。此外,在确定上述标准协议之后,上述诊断软件会定时获取和处理车辆的故障信息,从而保证在识别过程中车辆处于正常状态。
在图1所描述的场景中,在识别车辆的标准协议之后,不是直接识别私有协议,而是先需要达到一定的验证条件才能进行识别,例如,在上述车辆的车速、转速和电瓶电压等参数满足相应条件的时候进行私有协议的识别。通过这种识别方式,能够降低因协议识别而导致车辆故障的几率。
请参见图2,图2是本申请实施例提供的一种车辆协议识别的方法的流程示意图,该方法包括但不限于如下步骤。
步骤S201:终端识别车辆的诊断系统所使用的标准协议。
具体地,上述终端根据多种标准协议轮流向上述车辆的电子控制单元ECU发送读取数据的命令;若接收到的ECU通过上述多种标准协议中的第一目标协议(上述诊断软件中存储有车辆使用的多种标准协议类型(例如,关键字协议KWP、可变脉宽调制VPW、脉冲宽度调制PWM等协议),其中,上述第一目标协议可以为上述的KWP、VPW和PWM中的任意一种协议)发送的应答消息满足第二预设条件(例如,若上述命令为cc0657,则当上述应答消息为fc7032时,该应答消息满足第二预设条件),则将上述第一目标协议确定为上述车辆的诊断系统所使用的标准协议,其中,上述第二预设条件用于判断上述命令与上述应答消息是否匹配。
车辆的诊断系统与诊断设备通讯方式遵循一定的物理标准,数据通讯格式也遵循一定的协议,通过上述协议可以获取车辆的数据,并且该协议在车辆的维修与检测方面具有重要作用。为了识别出上述车辆所使用的标准协议,上述诊断软件根据上述多种协议通过上述车辆的OBD接口逐一地向ECU发送读取数据的命令,上述ECU根据上述命令向上述诊断软件发送应答消息,当上述应答消息与上述命令匹配时,则确定上述车辆所使用的标准协议。请参见表1,表1为列举的一种车辆的标准协议与通信信息之间的关系。
表1,一种车辆的标准协议与通信信息之间的关系
协议类型 | ECU | 读取命令 | 应答信息 |
KWP | EMS | xx5801 | cc6472 |
VPW | EMS | sz2553 | xs6891 |
PWM | EMS | cx1690 | fz9452 |
从表1可以看出,当上述诊断软件向车辆的发动机管理系统(engine managementsysem,EMS)发送KWP协议的读取命令时,若上述EMS无应答或者应答错误时,则判定上述KWP协议不是该车辆所使用的标准协议,若上述EMS的应答信息为cc6472时,则判定上述KWP协议为该车辆所使用的标准协议;当上述诊断软件向车辆的EMS发送VPW协议的读取命令时,若上述EMS无应答或者应答错误时,则判定上述VPW协议不是该车辆所使用的标准协议,若上述EMS的应答信息为xs6891时,则判定上述VPW协议为该车辆所使用的标准协议;当上述诊断软件向车辆的EMS发送PWM协议的读取命令时,若上述EMS无应答或者应答错误时,则判定上述PWM协议不是该车辆所使用的标准协议,若上述EMS的应答信息为fz9452时,则判定上述PWM协议为该车辆所使用的标准协议。
可以看出,只有当上述命令与上述应答信息匹配时才确定上述标准协议,从而保证了上述标准协议的正确性。
步骤S202:上述终端根据识别出的上述标准协议获取上述车辆当前的第一特征参数。
其中,上述第一特征参数包括上述车辆的车速、转速和电瓶电压中的一项或者多项。具体地,若上述车辆的ECU的应答信息为cc6472,则上述车辆所使用的标准协议为KWP,上述诊断软件根据上述标准协议KWP读取当前车辆的车速、转速和电瓶电压。请参见图3,图3为一种读取车辆的车速的场景示意图,该示意图包括设置301和数据信息302。从图3中的设置301看出,可以设置读取数据的时间长度(例如1分钟)、时间间隔(例如0.5s),根据设置301中的信息,在数据信息302中显示出在1分钟时间内每隔0.05s的车速的信息。请参见图4,图4为一种读取车辆的转速的场景示意图,该示意图包括设置401和数据信息402。从图4中的设置401看出,可以设置读取数据的时间长度(例如1分钟)、时间间隔(例如0.2s),根据设置401中的信息,在数据信息402中显示在1分钟内每隔0.2s的转速的信息。请参见图5,图5为一种读取车辆的电瓶电压的场景示意图,该示意图包括发动前电压501和发动后电压502,从图5中可以获取该车辆在发动前的电瓶电压和发动后的电瓶电压。
步骤S203:若上述第一特征参数满足第一预设条件,则上述终端识别上述车辆的诊断系统所使用的私有协议。
车辆的协议包括法规强制要求需要遵循的标准协议之外,还包括车辆的制造商自定义的私有协议。在维修车辆的时候仅仅读取标准协议的信息完全不能满足车辆的日常维修的需求,也需要读取车辆的私有协议,在识别上述车辆的诊断系统所使用的私有协议之前,需要判断上述车辆的第一特征参数是否满足第一预设条件。具体地,若上述车速持续第一预设时间(例如一分钟)内不为零,或者持续第一预设时间内小于预设值(例如10km/h),则判断上述转速是否持续第二预设时间内不为零,请参见图3,根据图3中的数据,上述车速持续一分钟不为零,并且也在预设的10km/h之内,则进行上述转速的验证。若上述转速持续第二预设时间(例如1分钟)内不为零,则判断上述电瓶电压是否大于上述车辆发动前的电瓶电压,请参见图4,根据图4中的数据,上述转速的数值在1分钟内大约为2000r/s,也即是上述转速持续一分钟不为零,从而进行上述车辆的电瓶电压的验证。若上述电瓶电压大于上述车辆发动前的电瓶电压,则确定上述第一特征参数满足上述第一预设条件,请参见图5,根据图5中的数据,上述车辆发动前的电瓶电压为12V,上述车辆发动后的电瓶电压为12.5V,满足上述电瓶电压大于上述车辆发动前的电瓶电压,从而确定上述第一特征参数满足上述第一预设条件。
在上述第一特征参数满足上述第一预设条件之后,则识别上述车辆的诊断系统所使用的私有协议。具体地,分别采用上述标准协议和多个私有协议读取上述车辆的第二特征参数(例如,车辆的波特率);若上述标准协议和第一私有协议的第二特征参数相同,则通过上述第一私有协议(例如,上述终端中存储的私有协议包括协议1、协议2和协议3,则上述第一私有协议可以为上述协议1、协议2或者协议3中的任意一项协议)向上述车辆的电子控制单元ECU发送读取数据的命令;若接收到的ECU通过上述第一私有协议发送的应答消息符合第三预设条件(例如,若上述命令为dx0125,则当上述应答消息为cc6351时,该应答消息满足第三预设条件),则根据上述第一私有协议读取上述车辆的上述第一特征参数,其中,上述第三预设条件用于判断上述命令与上述应答消息是否匹配;若上述第一私有协议读取的上述第一特征参数与上述标准协议读取的上述第一特征参数相同,则确定上述第一私有协议为上述车辆的诊断系统所使用的私有协议。请参见图6,图6为一种识别私有协议的流程示意图,其中,图6中的协议i可以为上述协议1、协议2或者协议3。若上述车辆的标准协议为KWP,则上述诊断软件根据上述标准协议KWP读取车辆的波特率(例如10400B),并根据上述私有协议中的协议1、协议2或者协议3读取车辆的波特率,若根据协议1、协议2或者协议3读取的波特率为10400B,则上述终端根据上述协议1、协议2或者协议3通过车辆的OBD接口向车辆的ECU发送读取数据的命令,当上述ECU的应答信息与上述命令相匹配,则确定上述协议1、协议2或者协议3满足候选条件。请参见表2,表2为列举的一种车辆的私有协议与通讯信息之间的关系。
表2,一种车辆的私有协议与通讯信息之间的关系
协议类型 | ECU | 读取命令 | 应答信息 |
协议1 | EMS | 58xc6 | 39xx19 |
协议2 | EMS | 42cc61 | 95xx66 |
协议3 | EMS | 63fc99 | 76cc32 |
从表2可以看出,当上述诊断软件向车辆的发动机管理系统EMS发送协议1的读取命令时,若上述EMS无应答或者应答错误时,则判定上述协议1不是该车辆所使用的私有协议,若上述EMS的应答信息为39xx19时,则判定上述协议1为该车辆所使用的私有协议满足候选条件;当上述诊断软件向车辆的EMS发送协议2的读取命令时,若上述EMS无应答或者应答错误时,则判定上述协议2不是该车辆所使用的私有协议,若上述EMS的应答信息为95xx66时,则判定上述协议2该车辆所使用的私有协议满足候选条件;当上述诊断软件向车辆的EMS发送协议3的读取命令时,若上述EMS无应答或者应答错误时,则判定协议3不是该车辆所使用的私有协议,若上述EMS的应答信息为76cc32时,判定上述协议2该车辆所使用的私有协议满足候选条件。在确定上述协议1、协议2或者协议3满足候选条件之后,上述诊断软件根据上述协议1、协议2或者协议3读取上述车辆的车速、转速和电瓶电压,若上述协议1、协议2或者协议3的读取结果与上述标准协议的读取结果一致,则确定上述协议1、协议2或者协议3为上述车辆的私有协议,可以看出,只有当图6中的条件均满足时才能确定上述私有信息,从而保证了上述私有协议的正确性。
此外,在上述终端识别车辆的诊断系统所使用的标准协议之后,上述终端根据上述车辆的诊断系统所使用的标准协议每隔预设时间间隔(例如1s)读取上述车辆的故障码,若上述故障码表示上述车辆存在故障,则根据上述车辆的诊断系统所使用的标准协议清除上述故障,若上述故障无法清除,则结束上述车辆协议识别过程。
可以看出,在识别上述标准协议之后,定时获取和处理上述车辆的故障信息,从而保证了在识别过程中车辆处于正常状态。
在图2描述的方法中,可以看出在识别车辆的标准协议之后,不是直接识别私有协议,而是先需要达到一定的验证条件才能进行识别,例如,在上述车辆的车速、转速和电瓶电压等参数满足相应条件的时候进行私有协议的识别。通过这种识别方式,能够降低因协议识别而导致车辆故障的几率。
请参见图7,图7是本申请实施例提供的一种车辆协议识别的装置的结构示意图,该装置可以为上述描述的终端或者终端中的器件。上述装置包括可以包括第一识别单元701、获取单元702和第二识别单元703,其中,各个单元的详细描述如下。
第一识别单元701,用于识别车辆的诊断系统所使用的标准协议;
获取单元702,用于根据识别出的上述标准协议获取上述车辆当前的第一特征参数,其中,上述第一特征参数包括上述车辆的车速、转速和电瓶电压中的一项或者多项;
第二识别单元703,用于若上述第一特征参数满足第一预设条件,则识别上述车辆的诊断系统所使用的的私有协议,上述私有协议为上述车辆的制造商自定义的协议。
在一种可实施的方案中,上述第一识别单元具体用于:根据多种标准协议轮流向上述车辆的电子控制单元ECU发送读取数据的命令;若接收到的ECU通过上述多种标准协议中的第一目标协议发送的应答消息满足第二预设条件,则将上述第一目标协议确定为上述车辆的诊断系统所使用的标准协议,其中,上述第二预设条件用于判断上述命令与上述应答消息是否匹配。
可以看出,只有当上述命令与上述应答消息匹配时才确定上述标准协议,从而保证了上述标准协议的正确性。
在又一种可实施的方案中,上述装置还包括:第一处理单元,用于上述第二识别单元若上述第一特征参数满足第一预设条件,则识别上述车辆的上述ECU所使用的私有协议之前,若上述车速持续第一预设时间内不为零,或者上述车速持续第一预设时间内小于预设值,则判断上述转速是否持续第二预设时间内不为零;第二处理单元,用于若上述转速持续第二预设时间内不为零,则判断上述电瓶电压是否大于上述车辆发动前的电瓶电压;第三处理单元,用于若上述电瓶电压大于上述车辆发动前的电瓶电压,则确定上述第一特征参数满足上述第一预设条件。
可以看出,上述车速、上述转速和上述电瓶电压均满足一定的条件时,上述第一预设条件才得以满足。
在又一种可实施的方案中,上述第二识别单元具体用于:分别采用上述标准协议和多个私有协议读取上述车辆的第二特征参数,上述第二特征参数包括车辆的波特率;若上述标准协议和第一私有协议的第二特征参数相同,则通过上述第一私有协议向上述车辆的电子控制单元ECU发送读取数据的命令,其中,上述第一私有协议为上述多个私有协议中的一个私有协议;若接收到的ECU通过上述第一私有协议发送的应答消息符合第三预设条件,则根据上述第一私有协议读取上述车辆的上述第一特征参数,其中,上述第三预设条件用于判断上述命令与上述应答消息是否匹配;若上述第一私有协议读取的上述第一特征参数与上述标准协议读取的上述第一特征参数相同,则确定上述第一私有协议为上述车辆的诊断系统所使用的私有协议。
可以看出,只有当上述命令与上述应答消息匹配时才确定上述私有协议,从而保证了上述私有协议的正确性。
在又一种可实施的方案中,上述装置还包括:读取单元,用于上述第二识别单元识别车辆的诊断系统所使用的标准协议之后,根据上述车辆的诊断系统所使用的标准协议每隔预设时间间隔读取上述车辆的故障码;清除单元,用于若上述故障码表示上述车辆存在故障,则根据上述车辆的诊断系统所使用的标准协议清除上述故障;终止单元,用于若上述故障无法清除,则结束上述车辆协议识别过程。
可以看出,在识别上述标准协议之后,定时获取和处理上述车辆的故障信息,从而保证了在识别过程中车辆处于正常状态。
需要说明的是,在本申请实施例中,各个单元的具体实现还可以对应参照图2所示的方法实施例的相应描述。
在图7所描述的装置中,可以看出在识别车辆的标准协议之后,不是直接识别私有协议,而是先需要达到一定的验证条件才能进行识别,例如,在上述车辆的车速、转速和电瓶电压等参数满足相应条件的时候进行私有协议的识别。通过这种识别方式,能够降低因协议识别而导致车辆故障的几率。
请参见图8,图8是本申请实施例提供的又一种车辆协议识别的装置的结构示意图,该装置可以为上述描述的终端或者终端中的器件。上述装置80包括通信接口801、存储器802和处理器803,其中,上述的通信接口801、存储器802和处理器803可通过总线或其他方式连接,本申请实施例以通过总线连接为例。
其中,上述通信接口801用于数据通信,存储器802可以是随机存储记忆体(randomaccess memory,RAM)、只读存储器(read-only memory,ROM)、可擦除可编程只读存储器(erasable programmable read only memory,EPROM)、或便携式只读存储器(compactdisc read-only memory,CD-ROM),不限于此,该存储器704用于存储相关指令及数据;处理器803可以是一个或多个中央处理器(Central Processing Unit,CPU),即可以是诊断设备的计算核心及控制中心,用于解析诊断设备内部的各类指令及数据,在处理器803是一个CPU的情况下,该CPU可以是单核CPU,也可以是多核CPU。
该装置80的处理器803用于读取上述存储器802中存储的程序代码,执行的操作包括:通过通信接口识别车辆的诊断系统所使用的标准协议;根据识别出的上述标准协议通过通信接口获取上述车辆当前的第一特征参数,其中,上述第一特征参数包括上述车辆的车速、转速和电瓶电压中的一项或者多项;若上述第一特征参数满足第一预设条件,则通过通信接口识别上述车辆的诊断系统所使用的私有协议,上述私有协议为上述车辆的制造商自定义的协议。
在一种可实施的方案中,上述通过通信接口识别车辆的诊断系统所使用的标准协议,包括:通过通信接口轮流向上述车辆的电子控制单元ECU发送多种标准协议的读取数据的命令;若接收到的ECU通过上述多种标准协议中的第一目标协议发送的应答消息满足第二预设条件,则将上述第一目标协议确定为上述车辆的诊断系统所使用的标准协议,其中,上述第二预设条件用于判断上述命令与上述应答消息是否匹配。
可以看出,只有当上述命令与上述应答消息匹配时才确定上述标准协议,从而保证了上述标准协议的正确性。
在又一种可实施的方案中,若上述第一特征参数满足第一预设条件,则通过通信接口识别上述车辆的上述ECU所使用的私有协议之前,还包括:若上述车速持续第一预设时间内不为零,或者上述车速持续第一预设时间内小于预设值,则判断上述转速是否持续第二预设时间内不为零;若上述转速持续第二预设时间内不为零,则判断上述电瓶电压是否大于上述车辆发动前的电瓶电压;若上述电瓶电压大于上述车辆发动前的电瓶电压,则确定上述第一特征参数满足上述第一预设条件。
可以看出,上述车速、上述转速和上述电瓶电压均满足一定的条件时,上述第一预设条件才得以满足。
在又一种可实施的方案中,上述通过通信接口识别上述车辆的诊断系统所使用的私有协议,包括:分别采用上述标准协议和多个私有协议读取上述车辆的第二特征参数,上述第二特征参数包括车辆的波特率;若上述标准协议和第一私有协议的第二特征参数相同,则通过上述第一私有协议向上述车辆的电子控制单元ECU发送读取数据的命令,其中,上述第一私有协议为上述多个私有协议中的一个私有协议;若接收到的ECU通过上述第一私有协议发送的应答消息符合第三预设条件,则根据上述第一私有协议读取上述车辆的上述第一特征参数,其中,上述第三预设条件用于判断上述命令与上述应答消息是否匹配;若上述第一私有协议读取的上述第一特征参数与上述标准协议读取的上述第一特征参数相同,则确定上述第一私有协议为上述车辆的诊断系统所使用的私有协议。
可以看出,只有当上述条件均满足时,才能确定上述私有协议,从而保证了上述私有协议的正确性。
在又一种可实施的方案中,上述通过通信接口识别车辆的诊断系统所使用的标准协议之后,还包括:根据上述车辆的诊断系统所使用的标准协议每隔预设时间间隔读取上述车辆的故障码;若上述故障码表示上述车辆存在故障,则根据上述车辆的诊断系统所使用的标准协议清除上述故障;若上述故障无法清除,则结束上述车辆协议识别过程。
可以看出,在识别上述标准协议之后,定时获取和处理上述车辆的故障信息,从而保证了在识别过程中车辆处于正常状态。
需要说明的是,在本申请实施例中,各个单元的具体实现还可以对应参照图2所示的方法实施例的相应描述。
在图8所描述的装置中,可以看出在识别车辆的标准协议之后,不是直接识别私有协议,而是先需要达到一定的验证条件才能进行识别,例如,在上述车辆的车速、转速和电瓶电压等参数满足相应条件的时候进行私有协议的识别。通过这种识别方式,能够降低因协议识别而导致车辆故障的几率。
本申请实施例还提供了一种计算机可读存储介质,该计算机可读存储介质中存储有指令,当其在计算机或处理器上运行时,使得计算机或处理器执行上述任一个方法中的一个或多个步骤。上述信号处理诊断设备的各组成模块如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在上述计算机可读取存储介质中。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。上述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行上述计算机程序指令时,全部或部分地产生按照本申请实施例上述的流程或功能。上述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程诊断设备。上述计算机指令可以存储在计算机可读存储介质中,或者通过上述计算机可读存储介质进行传输。上述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。上述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。上述可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如,固态硬盘(solid state disk,SSD))等。
综合上述,通过实施本申请实施例,上述设备能够根据上述用户的身高能够自动地调节显示屏的高度,当上述用户的身高较高或较矮时,上述设备能够将上述显示屏调节至合适的位置,这种调节方式效率更高更智能化。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,可以通过计算机程序来指令相关的硬件来完成,该的程序可存储于计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可存储程序代码的介质在不冲突的情况下,本实施例和实施方案中的技术特征可以任意组合。
以上所揭露的仅为本申请较佳实施例而已,当然不能以此来限定本申请之权利范围,因此依本申请权利要求所作的等同变化,仍属与本申请所涵盖的范围。
Claims (8)
1.一种车辆协议识别的方法,其特征在于,包括:
识别车辆的诊断系统所使用的标准协议;
根据识别出的所述标准协议获取所述车辆当前的第一特征参数,其中,所述第一特征参数包括所述车辆的车速、转速和电瓶电压;
若所述第一特征参数满足第一预设条件,则识别所述车辆的诊断系统所使用的私有协议,所述私有协议为所述车辆的制造商自定义的协议;
所述若所述第一特征参数满足第一预设条件,则识别所述车辆的诊断系统所使用的私有协议之前,还包括:
若所述车速持续第一预设时间内不为零,或者所述车速持续第一预设时间内小于预设值,则判断所述转速是否持续第二预设时间内不为零;
若所述转速持续第二预设时间内不为零,则判断所述电瓶电压是否大于所述车辆发动前的电瓶电压;
若所述电瓶电压大于所述车辆发动前的电瓶电压,则确定所述第一特征参数满足所述第一预设条件。
2.根据权利要求1所述的方法,其特征在于,所述识别车辆的诊断系统所使用的标准协议,包括:
根据多种标准协议轮流向所述车辆的电子控制单元ECU发送读取数据的命令;
若接收到的ECU通过所述多种标准协议中的第一目标协议发送的应答消息满足第二预设条件,则将所述第一目标协议确定为所述车辆的诊断系统所使用的标准协议,其中,所述第二预设条件用于判断所述命令与所述应答消息是否匹配。
3.根据权利要求1或2所述的方法,其特征在于,所述识别所述车辆的诊断系统所使用的私有协议,包括:
分别采用所述标准协议和多个私有协议读取所述车辆的第二特征参数,所述第二特征参数包括车辆的波特率;
若所述标准协议和第一私有协议的第二特征参数相同,则通过所述第一私有协议向所述车辆的电子控制单元ECU发送读取数据的命令,其中,所述第一私有协议为所述多个私有协议中的一个私有协议;
若接收到的ECU通过所述第一私有协议发送的应答消息符合第三预设条件,则根据所述第一私有协议读取所述车辆的所述第一特征参数,其中,所述第三预设条件用于判断所述命令与所述应答消息是否匹配;
若所述第一私有协议读取的所述第一特征参数与所述标准协议读取的所述第一特征参数相同,则确定所述第一私有协议为所述车辆的诊断系统所使用的私有协议。
4.根据权利要求1或2所述的方法,其特征在于,所述识别车辆的诊断系统所使用的标准协议之后,还包括:
根据所述车辆的诊断系统所使用的标准协议每隔预设时间间隔读取所述车辆的故障码;
若所述故障码表示所述车辆存在故障,则根据所述车辆的诊断系统所使用的标准协议清除所述故障;
若所述故障无法清除,则结束所述车辆协议识别过程。
5.一种车辆协议识别的装置,其特征在于,包括:
第一识别单元,用于识别车辆的诊断系统所使用的标准协议;
获取单元,用于根据识别出的所述标准协议获取所述车辆当前的第一特征参数,其中,所述第一特征参数包括所述车辆的车速、转速和电瓶电压;
第二识别单元,用于若所述第一特征参数满足第一预设条件,则识别所述车辆的诊断系统所使用的私有协议,所述私有协议为所述车辆的制造商自定义的协议;
第一处理单元,用于所述第二识别单元若所述第一特征参数满足第一预设条件,则识别所述车辆的诊断系统所使用的私有协议之前,若所述车速持续第一预设时间内不为零,或者所述车速持续第一预设时间内小于预设值,则判断所述转速是否持续第二预设时间内不为零;
第二处理单元,用于若所述转速持续第二预设时间内不为零,则判断所述电瓶电压是否大于所述车辆发动前的电瓶电压;
第三处理单元,用于若所述电瓶电压大于所述车辆发动前的电瓶电压,则确定所述第一特征参数满足所述第一预设条件。
6.根据权利要求5所述的装置,其特征在于,所述第二识别单元具体用于:
分别采用所述标准协议和多个私有协议读取所述车辆的第二特征参数,所述第二特征参数包括车辆的波特率;
若所述标准协议和第一私有协议的第二特征参数相同,则通过所述第一私有协议向所述车辆的电子控制单元ECU发送读取数据的命令,其中,所述第一私有协议为所述多个私有协议中的一个私有协议;
若接收到的ECU通过所述第一私有协议发送的应答消息符合第三预设条件,则根据所述第一私有协议读取所述车辆的所述第一特征参数;
若所述第一私有协议读取的所述第一特征参数与所述标准协议读取的所述第一特征参数相同,则确定所述第一私有协议为所述车辆的诊断系统所使用的私有协议。
7.一种电子设备,其特征在于,包括通信接口、存储器和处理器,其中,所述通信接口用于数据通信,所述存储器用于存储计算机程序,所述处理器被配置为运行所述计算机程序,以使所述电子设备执行如权利要求1至4任一项所述车辆协议识别的方法。
8.一种计算机可读介质,其特征在于,所述计算机可读存储介质存储有计算机程序,当所述计算机程序被处理运行时,实现权利要求1至4中任一项所述车辆协议识别的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010235590.1A CN111447231B (zh) | 2020-03-28 | 2020-03-28 | 一种车辆协议识别的方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010235590.1A CN111447231B (zh) | 2020-03-28 | 2020-03-28 | 一种车辆协议识别的方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111447231A CN111447231A (zh) | 2020-07-24 |
CN111447231B true CN111447231B (zh) | 2022-05-10 |
Family
ID=71656015
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010235590.1A Active CN111447231B (zh) | 2020-03-28 | 2020-03-28 | 一种车辆协议识别的方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111447231B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113676874B (zh) * | 2021-07-27 | 2024-03-29 | 惠州华阳通用电子有限公司 | 一种车辆通信数据解析方法及装置 |
CN113676458B (zh) * | 2021-07-27 | 2023-06-13 | 惠州华阳通用电子有限公司 | 一种车辆通信数据封装方法及装置 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104991546A (zh) * | 2015-04-30 | 2015-10-21 | 北京车音网科技有限公司 | 一种车辆状态记录方法、电子设备和系统 |
CN108737342A (zh) * | 2017-04-20 | 2018-11-02 | 深圳市元征科技股份有限公司 | 一种协议解析方法及装置 |
CN108803580A (zh) * | 2018-08-15 | 2018-11-13 | 深圳市元征科技股份有限公司 | 一种匹配车辆can协议的方法及相关设备 |
CN109861882A (zh) * | 2019-01-24 | 2019-06-07 | 深圳市元征科技股份有限公司 | 车辆总线协议识别的方法、装置及车载终端 |
CN110032173A (zh) * | 2019-04-25 | 2019-07-19 | 深圳市元征科技股份有限公司 | 一种汽车诊断系统自动匹配方法及相关设备 |
CN110545220A (zh) * | 2019-09-27 | 2019-12-06 | 深圳市鹏巨术信息技术有限公司 | 汽车诊断协议检测方法及相关产品 |
-
2020
- 2020-03-28 CN CN202010235590.1A patent/CN111447231B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104991546A (zh) * | 2015-04-30 | 2015-10-21 | 北京车音网科技有限公司 | 一种车辆状态记录方法、电子设备和系统 |
CN108737342A (zh) * | 2017-04-20 | 2018-11-02 | 深圳市元征科技股份有限公司 | 一种协议解析方法及装置 |
CN108803580A (zh) * | 2018-08-15 | 2018-11-13 | 深圳市元征科技股份有限公司 | 一种匹配车辆can协议的方法及相关设备 |
CN109861882A (zh) * | 2019-01-24 | 2019-06-07 | 深圳市元征科技股份有限公司 | 车辆总线协议识别的方法、装置及车载终端 |
CN110032173A (zh) * | 2019-04-25 | 2019-07-19 | 深圳市元征科技股份有限公司 | 一种汽车诊断系统自动匹配方法及相关设备 |
CN110545220A (zh) * | 2019-09-27 | 2019-12-06 | 深圳市鹏巨术信息技术有限公司 | 汽车诊断协议检测方法及相关产品 |
Also Published As
Publication number | Publication date |
---|---|
CN111447231A (zh) | 2020-07-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105589719B (zh) | 一种远程升级整车车载控制器软件的系统及升级方法 | |
CN108803580B (zh) | 一种匹配车辆can协议的方法及相关设备 | |
US10002467B2 (en) | Apparatus and method of error monitoring with a diagnostic module | |
US20210108943A1 (en) | Map data updating method, apparatus, system and storage medium | |
US9251628B2 (en) | Method and apparatus for an OnBoard diagnostic interface tool | |
CN112286170B (zh) | 车辆ecu刷写方法、装置、设备及存储介质 | |
CN111447231B (zh) | 一种车辆协议识别的方法及装置 | |
CN111796583B (zh) | 车辆ecu识别方法、系统及车辆诊断设备 | |
CN109885037B (zh) | 一种车辆诊断的方法及相关设备 | |
CN110545220B (zh) | 汽车诊断协议检测方法及相关产品 | |
US20160035145A1 (en) | Method and Apparatus for Vehicle Data Gathering and Analysis | |
CN113608518B (zh) | 数据生成方法、装置、终端设备及介质 | |
CN111176695A (zh) | 一种车辆ecu配置的方法、服务器及终端 | |
CN111506047A (zh) | 车辆诊断方法、装置及存储介质 | |
CN106775818B (zh) | 基于can总线的ecu升级方法及ecu升级设备 | |
EP2458564B1 (en) | Remote diagnosis of vehicles | |
CN113204994B (zh) | 车辆上原厂电子配件的检测方法、系统及云端服务器 | |
CN112615835B (zh) | 一种对充电桩多通讯协议支持方法及存储介质 | |
CN115078863A (zh) | 充电设备的故障诊断方法、装置和车辆 | |
CN114900390B (zh) | 数据传输方法、装置、电子设备及存储介质 | |
CN113867314A (zh) | 故障码库的访问控制方法、装置、电子设备及存储介质 | |
CN112099471B (zh) | 车辆动力类型判断方法、装置、终端设备及存储介质 | |
CN109597813B (zh) | 一种车辆数据处理方法及装置 | |
US20150193326A1 (en) | Method and apparatus for error identification and data collection | |
CN114326666A (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 |