CN108803580B - 一种匹配车辆can协议的方法及相关设备 - Google Patents

一种匹配车辆can协议的方法及相关设备 Download PDF

Info

Publication number
CN108803580B
CN108803580B CN201810930371.8A CN201810930371A CN108803580B CN 108803580 B CN108803580 B CN 108803580B CN 201810930371 A CN201810930371 A CN 201810930371A CN 108803580 B CN108803580 B CN 108803580B
Authority
CN
China
Prior art keywords
vehicle
matching
protocol
vin code
data server
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
Application number
CN201810930371.8A
Other languages
English (en)
Other versions
CN108803580A (zh
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 CN201810930371.8A priority Critical patent/CN108803580B/zh
Publication of CN108803580A publication Critical patent/CN108803580A/zh
Application granted granted Critical
Publication of CN108803580B publication Critical patent/CN108803580B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

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

Abstract

本申请实施例提供了一种匹配车辆CAN协议的方法及相关设备,用于自动匹配车辆的CAN协议,以提高车辆参数获取的便捷性,及车辆参数的多样性。本申请实施例方法包括:通过车辆的OBD接口向车辆发送VIN码获取请求;当所述车辆支持VIN码获取请求时,接收并解析所述VIN码,以获取所述车辆的配置信息,并根据所述车辆的配置信息确定所述车辆的车型ID;根据所述车型ID,在匹配设备本地查找所述车型ID对应的所有CAN协议;监听所述车辆的总线广播,并采集总线数据;将所述总线数据与所述车型ID对应的所有CAN协议进行匹配;若匹配成功,则将匹配成功的CAN协议设置为所述车辆的CAN协议。

Description

一种匹配车辆CAN协议的方法及相关设备
技术领域
本申请涉及汽车诊断技术领域,尤其涉及一种匹配车辆CAN协议的方法及相关设备。
背景技术
随着个人车辆的普及,车辆的安全问题成为不可忽视的问题,而将车辆诊断设备应用于车辆的电子控制装置(ECU),以实现对车辆状态参数的实时监控,也越来越被车主所重视。
而现有的车载诊断系统(OBD,On-Board Diagnostic),作为一种监测车辆参数的系统,因为其覆盖车型广,支持读取车辆数据多的特点,成为众多车主的首要选择,而控制器局域网总线(CAN,ControllerArea Network)作为一种实时应用的串行通讯协议总线,因为其传输速率快的特点,而被应用于汽车中的OBD产品及各种不同元件之间的通讯。
但目前的OBD产品的车辆CAN协议的学习,需要用户在APP上手动输入车辆品牌、车系、年款、排量、VIN等车辆配置信息之后,才能匹配车型,并采集车辆数据,然后根据车辆数据在线进行CAN协议的学习,而这种学习方式具有以下的缺点:
需要用户手动输入车辆的各种配置信息,而这种人工输入过程一般容易出错,且效率较低;另外现有的车载诊断系统需要联网,在线与服务器交互完成CAN协议的学习及匹配,而这种学习CAN协议的过程,在出现问题时,因存在交互而不容易确认问题点,且对网络有依赖性。
发明内容
本申请实施例提供了一种匹配车辆CAN协议的方法及相关设备,用于自动获取车辆的VIN码,并根据车辆的VIN码,在本地匹配车辆的CAN协议,以提高车辆CAN协议匹配的便捷性。
本申请实施例第一方面提供了一种匹配车辆CAN协议的方法,包括:
通过车辆的OBD接口向车辆发送VIN码获取请求;
接收并解析所述VIN码,以获取所述车辆的配置信息,并根据所述车辆的配置信息确定所述车辆的车型ID;
根据所述车型ID,在匹配设备本地查找所述车型ID对应的所有CAN协议;
监听所述车辆的总线广播,并采集总线数据;
将所述总线数据与所述车型ID对应的所有CAN协议进行匹配;
若匹配成功,则将匹配成功的CAN协议设置为所述车辆的CAN协议。
优选的,所述将所述总线数据与所述车型ID对应的所有CAN协议进行匹配,包括:
计算所述总线数据与每个CAN协议对应的匹配值;
若所述匹配值大于预设阈值,则匹配成功,若所述匹配值不大于所述预设阈值,则匹配失败。
优选的,在所述通过车辆的OBD接口向车辆发送VIN码获取请求之前,所述方法还包括:
建立与用户终端及车辆数据服务器之间的通信连接;
在所述通过车辆的OBD接口向车辆发送VIN码获取请求之后,所述方法还包括:
若所述车辆不支持VIN码获取请求,向所述车辆数据服务器发送提示信息,使得所述车辆数据服务器向所述用户终端发送所述提示信息,以用于指示用户输入所述车辆的VIN码。
优选的,将所述总线数据与所述车型ID对应的所有CAN协议依次进行匹配之前,该方法还包括:
扫描所述车辆的OBD系统,并学习所述OBD系统获取的第一车辆参数信息。
优选的,该方法还包括:
若匹配失败,则将所述OBD系统所获取的所述第一车辆参数信息上传至所述车辆数据服务器,并使所述车辆数据服务器将所述第一车辆参数信息推送至所述用户终端。
优选的,该方法还包括:
利用所述车辆的CAN协议对车辆的第二参数信息进行学习,并将学习到第二车辆参数信息上传至所述车辆数据服务器,同时将所述第一车辆参数信息上传至所述车辆数据服务器,使得所述车辆数据服务器将所述第一车辆参数信息和所述第二车辆参数信息都推送至所述用户终端;
学习所述OBD系统获取的所述第一车辆参数信息,并将所述第一车辆参数信息上传至所述车辆数据服务器,使得所述车辆数据服务器将所述第一车辆参数信息和所述第二车辆参数信息都推送至所述用户终端。
本申请实施例第二方面提供了一种匹配车辆CAN协议的匹配设备,包括:
第一发送单元,用于通过车辆的OBD接口向车辆发送VIN码获取请求;
接收解析单元,用于在所述车辆支持VIN码获取请求时,接收并解析所述VIN码,以获取所述车辆的配置信息,并根据所述车辆的配置信息确定所述车辆的车型ID;
查找单元,用于根据所述车型ID,在所述匹配设备本地查找所述车型ID对应的所有CAN协议;
监听单元,用于监听所述车辆的总线广播,并采集总线数据;
匹配单元,用于将所述总线数据与所述车型ID对应的所有CAN协议进行匹配;
设置单元,用于在匹配成功时,将所述匹配成功的CAN协议设置为所述车辆的CAN协议。
优选的,所述匹配设备还包括:
建立单元,用于建立与用户终端及车辆数据服务器之间的通信连接;
第二发送单元,用于在所述车辆不支持VIN码获取请求,向所述车辆数据服务器发送提示信息,使得所述车辆数据服务器向所述用户终端发送所述提示信息,以用于指示用户输入所述车辆的VIN码。
优选的,所述匹配设备还包括:
扫描学习单元,用于扫描所述车辆的OBD系统,并学习所述OBD系统获取的第一车辆参数信息。
优选的,所述匹配设备还包括:
第一上传发送单元,用于在匹配失败时,将所述OBD系统所获取的所述第一车辆参数信息上传至所述车辆数据服务器,并使所述车辆数据服务器将所述第一车辆参数信息推送至所述用户终端。
优选的,所述匹配设备还包括:
学习上传单元,用于利用所述车辆的CAN协议对车辆的第二参数信息进行学习,并将学习到第二车辆参数信息上传至所述车辆数据服务器;
第二上传发送单元,用于学习所述OBD系统获取的所述第一车辆参数信息,并将所述第一车辆参数信息上传至所述车辆数据服务器,使得所述车辆数据服务器将所述第一车辆参数信息和所述第二车辆参数信息都推送至所述用户终端。
本申请实施例还提供了一种匹配车辆CAN协议的匹配设备,包括处理器,该处理器在执行存储于存储器上的计算机程序时,用于实现本申请实施例第一方面所述的匹配车辆CAN协议的方法。
本申请实施例还提供了一种可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时,用于实现本申请实施例第一方面所述的匹配车辆CAN协议的方法。
从以上技术方案可以看出,本申请实施例具有以下优点:
本申请实施例中,将匹配CAN协议的功能全部集成于匹配设备中,使得该匹配设备自动获取车辆的VIN码,并在解析该VIN码后,根据车辆的配置信息确定该车辆的车型ID,进一步根据该车型ID,在本地的离线CAN协议库中查找该车型对应的所有CAN协议,并在监听采集到车辆的总线数据后,将该总线数据与所有的CAN协议进行匹配,并在匹配成功时,将匹配成功的CAN协议设置为该车辆的CAN协议,从而使得匹配设备在本地就可以通过与车辆OBD系统的交互,实现对车辆CAN协议的自动匹配,实现了车辆总线CAN协议匹配的便捷性,提高了用户的使用体验。
附图说明
图1为本申请实施例中匹配车辆CAN协议的方法的一个实施例示意图;
图2为本申请实施例中匹配车辆CAN协议的方法的另一个实施例示意图;
图3为本申请实施例中匹配车辆CAN协议的匹配设备的一个实施例示意图;
图4为本申请实施例中匹配车辆CAN协议的匹配设备的另一个实施例示意图。
具体实施方式
本申请实施例提供了一种匹配车辆CAN协议的方法及设备,用于自动匹配车辆的CAN协议,以提高车辆CAN协议匹配的便捷性。
为了使本技术领域的人员更好地理解本申请方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分的实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本申请保护的范围。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
基于现有技术中要通过在用户终端中手动输入车辆VIN码,而导致车辆CAN协议学习过程繁琐,且较容易出错的问题,本申请提出了一种匹配车辆CAN协议的方法及装置,用于提高车辆参数获取的便捷性,及车辆参数的多样性。
为便于理解,请参阅图1,本申请中匹配车辆CAN协议的方法的一个实施例,包括:
101、通过车辆的OBD接口向车辆发送VIN码获取请求;
本申请中将自动匹配CAN协议的功能集成于匹配设备中,当车辆点火启动后,将本申请中的匹配设备接入车辆的OBD接口中,该匹配设备通过车辆的OBD接口向车辆发送VIN码获取请求,若该车辆支持VIN码获取请求时,即能够识别该VIN码获取请求时,则在接收到该获取请求时,将该车辆的VIN码发送至该匹配设备,若该车辆不支持VIN码获取请求,则执行其他流程,具体在下面的实施例中的详细描述,此处不做具体限制。
其中,车辆的VIN(Vehicle Identification Number)码,中文名叫车辆识别代号,是由17位字母、数字组成的编码,又称17位识别代码,它具有对车辆的唯一识别性,因此又有人将其称为"汽车身份证"。车辆识别代号中含有车辆的制造厂家、生产年代、车型、车身型式、发动机以及其它装备的信息。具体的,车辆VIN码中包含以下的信息:
1)1~3位(WMI):世界制造商识别代码,表明车辆是由谁生产的;
2)4~8位(VDS):车辆特征:
轿车:种类、系列、车身类型、发动机类型及约束系统类型;
MPV:种类、系列、车身类型、发动机类型及车辆额定总重;
载货车:型号或种类、系列、底盘、驾驶室类型、发动机类型、制动系统及车辆额定总重;
客车:型号或种类、系列、车身类型、发动机类型及制动系统。
3)第9位:校验位,通过一定的算法防止输入错误;
4)第10位:车型年份,即厂家规定的型年(ModelYear),不一定是实际生产的年份,但一般与实际生产的年份之差不超过1年。
5)第11位:装配厂;
6)12~17位:顺序号,一般情况下,汽车召回都是针对某一顺序号范围内的车辆,即某一批次的车辆。
102、若所述车辆支持VIN码获取请求,接收并解析所述VIN码,以获取所述车辆的配置信息,并根据所述车辆的配置信息确定所述车辆的车型ID;
匹配设备接收到车辆的VIN码以后,可以直接在本地对VIN码进行解析,以获取车辆的配置信息,并根据车辆的配置信息确定该车辆的车型ID,具体的,可以是在匹配设备本地存储车辆配置与车型ID之间的映射表,匹配设备获取到车辆的配置信息后,查询本地的映射表,以确定该车辆的车型ID。
进一步,为了缓解匹配设备自身的存储压力,匹配设备在接收到车辆的VIN码后,也可以调用第三方解析设备,对该车辆的VIN码进行解析,以获取车辆的配置信息,然后查询本地车辆配置与车型ID之间的映射表,以确定该车辆的车型ID。
需要说明的是,本实施例中可以是匹配设备自行解析VIN码,也可以是调用第三方解析设备对VIN码进行解析,只要可以得到车辆的配置信息即可,此处不做具体限制。
103、根据所述车型ID,在匹配设备本地查找所述车型对应的所有CAN协议;
匹配设备在获取该车辆的车型ID后,可以在匹配设备本地的离线CAN协议库中查找与该车型ID对应的所有CAN协议,因同一车型ID可能对应一系列不同的车型,如福特SUV,可能会对应多种不同型号的车辆,而每种型号的车辆一般会有适用于自身的一种CAN协议,故本实施例中的一个车型ID,对应多种不同的CAN协议。
进一步,为了提升查找的速度,也可以是一种具体的车型ID,对应一种具体的CAN协议,以实现车型ID与CAN协议之间的一一对应。
104、监听所述车辆的总线广播,并采集总线数据;
匹配设备获取该车辆的车型ID后,可以直接监听OBD系统中的总线广播,并采集总线数据。
具体的,在实际使用中,一般汽车都拥有数十个电子控制单元(ECU),而这些车载信息都是通过车内总线实现互联的,而CAN网络是国际上应用最广泛的现场总线之一,CAN总线协议也已成为汽车计算机控制系统和嵌入式工业控制局域网的标准总线,同时也是车载ECU之间通信的主要总线,而CAN总线中报文是通过广播的形式传送的,所有的节点都可以接受总线中发送的消息,而匹配设备作为与OBD系统交互的一个节点,也可以监听车辆的总线广播,采集总线数据。
105、将总线数据与所述车型对应的所有CAN协议进行匹配;
匹配设备采集到该车辆的总线数据后,将采集到的总线数据与该车型对应的所有CAN协议依次进行匹配,作为一种匹配的方式,可以是计算总线数据与每个CAN协议对应的匹配值,以用于进行CAN协议的匹配。
106、若匹配成功,则将匹配成功的的CAN协议设置为所述车辆的CAN协议。
当计算出的匹配值大于预设阈值时,即匹配成功,则将匹配成功的CAN协议,即该匹配值对应的CAN协议设置为该车辆的CAN协议。
具体的,在计算匹配值的过程中,当存在多个匹配值大于预设阈值的情况时,则选取最大匹配值对应的CAN协议为该车辆的CAN协议,而当存在多个最大匹配值时,则随机选取一个最大匹配值对应的CAN协议为该车辆的CAN协议。
而当匹配失败,即所有的匹配值都小于预设阈值时,则执行其他流程,此处不做具体限制。
本申请实施例中,将匹配CAN协议的功能全部集成于匹配设备中,使得该匹配设备自动获取车辆的VIN码,并在解析该VIN码后,根据车辆的配置信息确定该车辆的车型ID,进一步根据该车型ID,在本地的离线CAN协议库中查找该车型对应的所有CAN协议,并在监听采集到车辆的总线数据后,将该总线数据与所有的CAN协议进行匹配,依次计算出匹配值,并将大于预设阈值的匹配值所对应的CAN协议设置为该车辆的CAN协议,从而使得匹配设备在本地就可以通过与车辆OBD系统的交互,实现对车辆CAN协议的自动匹配,实现了车辆总线CAN协议匹配的便捷性,提高了用户使用体验。
基于图1所述的实施例,下面详细描述本申请实施例中的匹配车辆CAN协议的方法,请参阅图2,本申请实施例中匹配车辆CAN协议方法的另一个实施例,包括:
201、建立与用户终端及车辆数据服务器之间的通信连接;
本申请实施例中,为了实现对匹配设备的远程控制,还可以在用户终端上下载与该匹配设备对应的APP程序或小程序,以用于对该匹配设备的远程操控。
这样,当需要通过用户终端操控匹配设备时,可以建立匹配设备与用户终端、以及匹配设备与车辆数据服务器之间的通信连接,以用于匹配设备与用户终端及车辆数据服务器之间的数据交互。
202、通过车辆的OBD接口向车辆发送VIN码获取请求;
需要说明的是,本实施例中的步骤202与图1所述实施例中的步骤101类似,此处不再赘述。
203、若所述车辆不支持VIN码获取请求,则向车辆数据服务器发送提示信息,使得车辆数据服务器向所述用户终端发送所述提示信息,所述提示信息用于指示用户输入所述车辆的VIN码;
实际使用中,有的车辆不支持VIN码获取请求,即不能识别匹配设备发送的VIN码获取请求,而为了后续车辆CAN协议的自动匹配,该匹配设备可以向车辆数据服务器发送提示信息,使得车辆数据服务器将该提示信息发送至用户终端,以提醒用户通过用户终端输入该车辆的VIN码。
进一步,当用户在用户终端上输入VIN码后,用户终端可以将该VIN码发送给车辆数据服务器,使得车辆数据服务器将该VIN码进一个反馈至匹配设备。
204、若所述车辆支持VIN码获取请求,则接收并解析所述VIN码,以获取所述车辆的配置信息,并根据所述车辆的配置信息确定所述车辆的车型ID;
205、根据所述车型ID,查找所述车型对应的所有CAN协议;
206、监听所述车辆的总线广播,并采集总线数据;
需要说明的是,本实施例中的步骤204至206与图1所述实施例中的步骤102至104类似,此处不再赘述。
207、扫描所述车辆的OBD系统,并学习所述OBD系统所获取的第一车辆参数信息;
因为在车辆OBD系统中,有的OBD系统可以直接获取车辆的基本参数信息,如车辆的行驶速度、车轮的转速、水箱中的水温、空气流量、进气管的绝对压力等。
这样,对于OBD系统可以直接获取的第一车辆参数信息,匹配设备可以直接学习并获取该第一车辆参数。
208、计算总线数据与所述车型ID对应的每个CAN协议对应的匹配值;
作为一种优选的匹配方式,可以是计算总线数据与该车型ID对应的每个CAN协议之间的匹配值,若该匹配值大于预设的阈值,则定义为匹配成功,若该匹配值不大于预设的阈值,则定义为匹配失败。
209、当所述匹配值大于预设阈值时,提示匹配成功,将所述匹配值对应的CAN协议设置为所述车辆的CAN协议;
当匹配值大于预设阈值时,则将该匹配值对应的CAN协议设置为该车辆的CAN协议。
210、当所述匹配值大于预设阈值时,利用所述车辆的CAN协议对车辆的第二参数信息进行学习,并将学习到第二车辆参数信息上传至所述车辆数据服务器,同时将将所述第一车辆参数信息发送至车辆数据服务器,使得车辆数据服务器将第一车辆参数信息和第二车辆参数信息发送至用户终端。
而作为车辆参数获取的扩展程序,当匹配值大于预设阈值时,即车辆匹配到CAN协议后,可以利用CAN协议对车辆其他参数信息进行学习,如车辆的车门车窗状态、门锁状态、车灯状态、油耗数据等,以得到车辆的第二参数信息,并将车辆的第二参数信息发送至存储车辆数据服务器,同时将获取到的第一车辆参数信息发送至车辆数据服务器,使得车辆数据服务器将第一车辆参数信息和第二车辆参数信息都发送至用户终端,使得用户对车辆更多的参数数据进行监控。
211、当所述匹配值小于预设阈值时,提示匹配失败,并将所述第一车辆参数信息发送至车辆数据服务器,使得车辆数据服务器将第一车辆参数信息发送至用户终端。
当匹配设备计算出总线数据与该车辆ID对应的所有CAN协议之间的匹配值都小于预设阈值时,即该车辆没有匹配到CAN协议时,匹配设备将从OBD系统中获取的车辆的第一参数信息发送给车辆数据服务器,使得车辆数据服务器将该第一车辆参数信息发送至用户终端,从而对车辆的基本数据进行监控。
进一步,当匹配值小于预设阈值时,用户还可以采集更多关于该类型车辆的总线数据,以用于破解该类型车辆的CAN协议,并将破解到的CAN协议上传至离线CAN协议库中,使得该类型的车辆在下次可以匹配到合适的CAN协议。
本申请实施例中,将匹配CAN协议的功能全部集成于匹配设备中,使得该匹配设备自动获取车辆的VIN码,并在解析该VIN码后,根据车辆的配置信息确定该车辆的车型ID,进一步根据该车型ID,在本地的离线CAN协议库中查找该车型对应的所有CAN协议,并在监听采集到车辆的总线数据后,将该总线数据与所有的CAN协议进行匹配,依次计算出匹配值,并将大于预设阈值的匹配值所对应的CAN协议设置为该车辆的CAN协议,从而使得匹配设备在本地就可以通过与车辆OBD系统的交互,实现对车辆CAN协议的自动匹配,实现了车辆总线CAN协议匹配的便捷性,提高了用户使用体验。
其次,本申请实施例中,可以建立匹配设备与用户终端及车辆数据服务器之间的通信连接,使得匹配设备将更多的车辆参数通过车辆数据服务器发送至用户终端,从而实现对车辆数据的实时监测,以提高车辆运行的安全性。
上面描述了本申请实例中的匹配车辆CAN协议的方法,下面来描述本申请实施例中的匹配车辆CAN协议的匹配设备,请参阅图3,本申请实施例中的匹配车辆CAN协议的匹配设备的一个实施例,包括:
第一发送单元301,用于通过车辆的OBD接口向车辆发送VIN码获取请求;
接收解析单元302,用于在所述车辆支持VIN码获取请求时,接收并解析所述VIN码,以获取所述车辆的配置信息,并根据所述车辆的配置信息确定所述车辆的车型ID;
查找单元303,用于根据所述车型ID,在匹配设备本地查找所述车型ID对应的所有CAN协议;
监听单元304,用于监听所述车辆的总线广播,并采集总线数据;
匹配单元305,用于将所述总线数据与所述车型ID对应的所有CAN协议进行匹配;
设置单元306,用于在匹配成功时,将匹配成功的CAN协议设置为所述车辆的CAN协议。
需要说明的是,本申请实施例中各单元的作用与图1所述实施例中的匹配单元的作用类似,此处不再赘述。
本申请实施例中,将匹配CAN协议的功能全部集成于匹配设备中,通过接收解析单元302自动获取车辆的VIN码,并在解析该VIN码后,根据车辆的配置信息确定该车辆的车型ID,进一步根据该车型ID,在本地的离线CAN协议库中查找该车型对应的所有CAN协议,并通过监听单元303在监听采集到车辆的总线数据后,通过匹配单元305将该总线数据与所有的CAN协议进行匹配,匹配成功的CAN协议设置为该车辆的CAN协议,从而使得匹配设备在本地就可以通过与车辆OBD系统的交互,实现对车辆CAN协议的自动匹配,实现了车辆总线CAN协议匹配的便捷性,提高了用户使用体验。
基于图3所述的实施例,下面详细描述本申请实施例中的匹配车辆CAN协议的匹配设备,请参阅图4,本申请实施例中的匹配车辆CAN协议的匹配设备的另一个实施例,包括:
第一发送单元401,用于通过车辆的OBD接口向车辆发送VIN码获取请求;
接收解析单元402,用于在车辆支持VIN码获取请求时,接收并解析所述VIN码,以获取所述车辆的配置信息,并根据所述车辆的配置信息确定所述车辆的车型ID;
查找单元403,用于根据所述车型ID,在匹配设备本地查找所述车型ID对应的所有CAN协议;
监听单元404,用于监听所述车辆的总线广播,并采集总线数据;
匹配单元405,用于计算所述总线数据与每个CAN协议对应的匹配值;
设置单元406,用于在匹配值大于预设阈值时,提示匹配成功,将匹配成功的CAN协议设置为所述车辆的CAN协议。
优选的,所述匹配设备还包括:
建立单元407,用于建立与用户终端及车辆数据服务器之间的通信连接;
第二发送单元408,用于在所述车辆不支持VIN码获取请求,向所述车辆数据服务器发送提示信息,使得所述车辆数据服务器向所述用户终端发送所述提示信息,以用于指示用户输入所述车辆的VIN码。
优选的,所述匹配设备还包括:
扫描学习单元409,用于扫描所述车辆的OBD系统,并学习所述OBD系统获取的第一车辆参数信息。
优选的,所述匹配设备还包括:
第一上传发送单元410,用于当所述匹配值小于所述预设阈值时,则提示匹配失败,并将所述OBD系统所获取的所述第一车辆参数信息上传至所述车辆数据服务器,并使所述车辆数据服务器将所述第一车辆参数信息推送至所述用户终端。
优选的,所述匹配设备还包括:
学习上传单元411,用于利用所述车辆的CAN协议对车辆的第二参数信息进行学习,并将学习到第二车辆参数信息上传至所述车辆数据服务器;
第二上传发送单元412,用于学习所述OBD系统获取的所述第一车辆参数信息,并将所述第一车辆参数信息上传至所述车辆数据服务器,使得所述车辆数据服务器将所述第一车辆参数信息和所述第二车辆参数信息都推送至所述用户终端。
需要说明的是,本申请实施例中各单元的作用与图2所述实施例中的匹配设备的作用类似,此处不再赘述。
本申请实施例中,将匹配CAN协议的功能全部集成于匹配设备中,通过接收解析单元402自动获取车辆的VIN码,并在解析该VIN码后,根据车辆的配置信息确定该车辆的车型ID,进一步根据该车型ID,在本地的离线CAN协议库中查找该车型对应的所有CAN协议,并通过监听单元403在监听采集到车辆的总线数据后,通过匹配单元405将该总线数据与所有的CAN协议进行匹配,依次计算出匹配值,并将大于预设阈值的匹配值所对应的CAN协议设置为该车辆的CAN协议,从而使得匹配设备在本地就可以通过与车辆OBD系统的交互,实现对车辆CAN协议的自动匹配,实现了车辆总线CAN协议匹配的便捷性,提高了用户使用体验。
其次,本申请实施例中,可以通过建立单元407建立匹配设备与用户终端及车辆数据服务器之间的通信连接,使得匹配设备将更多的车辆参数通过车辆数据服务器发送至用户终端,从而实现对车辆数据的实时监测,以提高车辆运行的安全性。
上面从模块化功能实体的角度对本申请实施例中的匹配车辆CAN协议的匹配设备进行了描述,下面从硬件处理的角度对本申请实施例中的匹配车辆CAN协议的匹配设备进行描述:
本申请实施例中匹配车辆CAN协议的匹配设备一个实施例包括:
处理器以及存储器;
存储器用于存储计算机程序,处理器用于执行存储器中存储的计算机程序时,可以实现如下步骤:
通过车辆的OBD接口向车辆发送VIN码获取请求;
接收并解析所述VIN码,以获取所述车辆的配置信息,并根据所述车辆的配置信息确定所述车辆的车型ID;
根据所述车型ID,在匹配设备本地查找所述车型ID对应的所有CAN协议;
监听所述车辆的总线广播,并采集总线数据;
将所述总线数据与所述车型ID对应的所有CAN协议进行匹配,;
若匹配成功,则将所述匹配成功的CAN协议设置为所述车辆的CAN协议。
在本申请的一些实施例中,处理器,还可以用于实现如下步骤:
计算所述总线数据与每个CAN协议对应的匹配值;
若所述匹配值大于预设阈值,则匹配成功,若所述匹配值不大于所述预设阈值,则匹配失败。
在本申请的一些实施例中,处理器,还可以用于实现如下步骤:
建立与用户终端及车辆数据服务器之间的通信连接;
在所述通过车辆的OBD接口向车辆发送VIN码获取请求之后,所述方法还包括:
若所述车辆不支持VIN码获取请求,则向所述车辆数据服务器发送提示信息,使得所述车辆数据服务器向所述用户终端发送所述提示信息,以用于指示用户输入所述车辆的VIN码。
在本申请的一些实施例中,处理器,还可以用于实现如下步骤:
扫描所述车辆的OBD系统,并学习所述OBD系统获取的第一车辆参数信息。
在本申请的一些实施例中,处理器,还可以用于实现如下步骤:
当所述匹配值小于所述预设阈值时,则提示匹配失败,并将所述OBD系统所获取的所述第一车辆参数信息上传至所述车辆数据服务器,并使所述车辆数据服务器将所述第一车辆参数信息推送至所述用户终端。
在本申请的一些实施例中,处理器,还可以用于实现如下步骤:
利用所述车辆的CAN协议对车辆的第二参数信息进行学习,并将学习到第二车辆参数信息上传至所述车辆数据服务器;
学习所述OBD系统获取的所述第一车辆参数信息,并将所述第一车辆参数信息上传至所述车辆数据服务器,使得所述车辆数据服务器将所述第一车辆参数信息和所述第二车辆参数信息都推送至所述用户终端。
可以理解的是,上述说明的匹配车辆CAN协议的匹配设备中的处理器执行所述计算机程序时,也可以实现上述对应的各装置实施例中各单元的功能,此处不再赘述。示例性的,所述计算机程序可以被分割成一个或多个模块/单元,所述一个或者多个模块/单元被存储在所述存储器中,并由所述处理器执行,以完成本申请。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段,该指令段用于描述所述计算机程序在所述匹配车辆CAN协议的匹配设备的执行过程。例如,所述计算机程序可以被分割成上述匹配车辆CAN协议的匹配设备中的各单元,各单元可以实现如上述相应匹配车辆CAN协议的匹配设备说明的具体功能。
所述计算机装置可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述计算机装置可包括但不仅限于处理器、存储器。本领域技术人员可以理解,处理器、存储器仅仅是计算机装置的示例,并不构成对计算机装置的限定,可以包括更多或更少的部件,或者组合某些部件,或者不同的部件,例如所述计算机装置还可以包括输入输出设备、网络接入设备、总线等。
所述处理器可以是中央处理单元(Central Processing Unit,CPU),还可以是其他通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现成可编程门阵列(Field-Programmable GateArray,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等,所述处理器是所述计算机装置的控制中心,利用各种接口和线路连接整个计算机装置的各个部分。
所述存储器可用于存储所述计算机程序和/或模块,所述处理器通过运行或执行存储在所述存储器内的计算机程序和/或模块,以及调用存储在存储器内的数据,实现所述计算机装置的各种功能。所述存储器可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序等;存储数据区可存储根据终端的使用所创建的数据等。此外,存储器可以包括高速随机存取存储器,还可以包括非易失性存储器,例如硬盘、内存、插接式硬盘,智能存储卡(Smart Media Card,SMC),安全数字(SecureDigital,SD)卡,闪存卡(Flash Card)、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
本申请还提供了一种计算机可读存储介质,该计算机可读存储介质用于实现匹配车辆CAN协议的匹配设备的功能,其上存储有计算机程序,计算机程序被处理器执行时,处理器,可以用于执行如下步骤:
通过车辆的OBD接口向车辆发送VIN码获取请求;
接收并解析所述VIN码,以获取所述车辆的配置信息,并根据所述车辆的配置信息确定所述车辆的车型ID;
根据所述车型ID,在匹配设备本地查找所述车型ID对应的所有CAN协议;
监听所述车辆的总线广播,并采集总线数据;
将所述总线数据与所述车型ID对应的所有CAN协议进行匹配;
若匹配成功,则将匹配成功的CAN协议设置为所述车辆的CAN协议。
在本申请的一些实施例中,计算机可读存储介质存储的计算机程序被处理器执行时,处理器,可以具体用于执行如下步骤:
计算所述总线数据与每个CAN协议对应的匹配值;
若所述匹配值大于预设阈值,则匹配成功,若所述匹配值不大于所述预设阈值,则匹配失败。
在本申请的一些实施例中,计算机可读存储介质存储的计算机程序被处理器执行时,处理器,可以具体用于执行如下步骤:
建立与用户终端及车辆数据服务器之间的通信连接;
在所述通过车辆的OBD接口向车辆发送VIN码获取请求之后,所述方法还包括:
若所述车辆不支持VIN码获取请求,则向所述车辆数据服务器发送提示信息,使得所述车辆数据服务器向所述用户终端发送所述提示信息,以用于指示用户输入所述车辆的VIN码。
在本申请的一些实施例中,计算机可读存储介质存储的计算机程序被处理器执行时,处理器,可以具体用于执行如下步骤:
扫描所述车辆的OBD系统,并学习所述OBD系统获取的第一车辆参数信息。
在本申请的一些实施例中,计算机可读存储介质存储的计算机程序被处理器执行时,处理器,可以具体用于执行如下步骤:
当所述匹配值小于所述预设阈值时,则提示匹配失败,并将所述OBD系统所获取的所述第一车辆参数信息上传至所述车辆数据服务器,并使所述车辆数据服务器将所述第一车辆参数信息推送至所述用户终端。
在本申请的一些实施例中,计算机可读存储介质存储的计算机程序被处理器执行时,处理器,可以具体用于执行如下步骤:
利用所述车辆的CAN协议对车辆的第二参数信息进行学习,并将学习到第二车辆参数信息上传至所述车辆数据服务器;
学习所述OBD系统获取的所述第一车辆参数信息,并将所述第一车辆参数信息上传至所述车辆数据服务器,使得所述车辆数据服务器将所述第一车辆参数信息和所述第二车辆参数信息都推送至所述用户终端。
可以理解的是,所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在相应的一个计算机可读取存储介质中。基于这样的理解,本申请实现上述相应的实施例方法中的全部或部分流程,也可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一计算机可读存储介质中,该计算机程序在被处理器执行时,可实现上述各个方法实施例的步骤。其中,所述计算机程序包括计算机程序代码,所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括:能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是,所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减,例如在某些司法管辖区,根据立法和专利实践,计算机可读介质不包括电载波信号和电信信号。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
以上所述,以上实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (8)

1.一种匹配车辆CAN协议的方法,其特征在于,应用于匹配设备,所述方法包括:
通过车辆的OBD接口向车辆发送VIN码获取请求;
若所述车辆支持所述VIN码获取请求,则接收并解析VIN码,以获取所述车辆的配置信息,并根据所述车辆的配置信息确定所述车辆的车型ID;
根据所述车型ID,在所述匹配设备本地查找所述车型ID对应的所有CAN协议;
监听所述车辆的总线广播,并采集总线数据;
将所述总线数据与所述车型ID对应的所有CAN协议依次进行匹配;
若匹配成功,则将匹配成功的CAN协议设置为所述车辆的CAN协议;
在所述通过车辆的OBD接口向车辆发送VIN码获取请求之前,所述方法还包括:
建立与用户终端及车辆数据服务器之间的通信连接;
在将所述总线数据与所述车型ID对应的所有CAN协议依次进行匹配之前,所述方法还包括:
扫描所述车辆的OBD系统,并学习所述OBD系统获取的第一车辆参数信息;
若匹配失败,则将所述OBD系统所获取的所述第一车辆参数信息上传至所述车辆数据服务器,并使所述车辆数据服务器将所述第一车辆参数信息推送至所述用户终端。
2.根据权利要求1所述的方法,其特征在于,所述将所述总线数据与所述车型ID对应的所有CAN协议依次进行匹配,包括:
计算所述总线数据与每个CAN协议对应的匹配值;
若所述匹配值大于预设阈值,则匹配成功,若所述匹配值不大于所述预设阈值,则匹配失败。
3.根据权利要求1所述的方法,其特征在于,
在所述通过车辆的OBD接口向车辆发送VIN码获取请求之后,所述方法还包括:
若所述车辆不支持VIN码获取请求,向所述车辆数据服务器发送提示信息,使得所述车辆数据服务器向所述用户终端发送所述提示信息,以用于指示用户输入所述车辆的VIN码。
4.根据权利要求1所述的方法,其特征在于,所述方法还包括:
利用所述车辆的CAN协议对车辆的第二参数信息进行学习,并将学习到第二车辆参数信息上传至所述车辆数据服务器;
学习所述OBD系统获取的所述第一车辆参数信息,并将所述第一车辆参数信息上传至所述车辆数据服务器,使得所述车辆数据服务器将所述第一车辆参数信息和所述第二车辆参数信息都推送至所述用户终端。
5.一种匹配车辆CAN协议的匹配设备,其特征在于,所述匹配设备包括:
第一发送单元,用于通过车辆的OBD接口向车辆发送VIN码获取请求;
接收解析单元,用于在所述车辆支持VIN码获取请求时,接收并解析VIN码,以获取所述车辆的配置信息,并根据所述车辆的配置信息确定所述车辆的车型ID;
查找单元,用于根据所述车型ID,在所述匹配设备本地查找所述车型ID对应的所有CAN协议;
监听单元,用于监听所述车辆的总线广播,并采集总线数据;
匹配单元,用于将所述总线数据与所述车型ID对应的所有CAN协议进行匹配;
设置单元,用于在匹配成功时,将匹配成功的CAN协议设置为所述车辆的CAN协议;
所述匹配设备还包括:
建立单元,用于建立与用户终端及车辆数据服务器之间的通信连接;
扫描学习单元,用于扫描所述车辆的OBD系统,并学习所述OBD系统获取的第一车辆参数信息;
第一上传发送单元,用于在匹配失败时,将所述OBD系统所获取的所述第一车辆参数信息上传至所述车辆数据服务器,并使所述车辆数据服务器将所述第一车辆参数信息推送至所述用户终端。
6.根据权利要求5所述的匹配设备,其特征在于,所述匹配设备还包括:
第二发送单元,用于在所述车辆不支持VIN码获取请求时,向所述车辆数据服务器发送提示信息,使得所述车辆数据服务器向所述用户终端发送所述提示信息,以用于指示用户输入所述车辆的VIN码。
7.一种匹配车辆CAN协议的匹配设备,其特征在于,包括处理器,所述处理器在处理存储于存储器上的计算机程序时,用于实现如权利要求1至4中任一项所述的匹配车辆CAN协议的方法。
8.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时,用于实现如权利要求1至4中任一项所述的匹配车辆CAN协议的方法。
CN201810930371.8A 2018-08-15 2018-08-15 一种匹配车辆can协议的方法及相关设备 Active CN108803580B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201810930371.8A CN108803580B (zh) 2018-08-15 2018-08-15 一种匹配车辆can协议的方法及相关设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810930371.8A CN108803580B (zh) 2018-08-15 2018-08-15 一种匹配车辆can协议的方法及相关设备

Publications (2)

Publication Number Publication Date
CN108803580A CN108803580A (zh) 2018-11-13
CN108803580B true CN108803580B (zh) 2021-08-17

Family

ID=64080216

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810930371.8A Active CN108803580B (zh) 2018-08-15 2018-08-15 一种匹配车辆can协议的方法及相关设备

Country Status (1)

Country Link
CN (1) CN108803580B (zh)

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109327371A (zh) * 2018-12-07 2019-02-12 上海星融汽车科技有限公司 非原厂尿素泵适配装置
CN109861882A (zh) * 2019-01-24 2019-06-07 深圳市元征科技股份有限公司 车辆总线协议识别的方法、装置及车载终端
CN109683595A (zh) * 2019-02-21 2019-04-26 广州亚美信息科技有限公司 一种汽车obd接口针脚的自匹配方法、装置及系统
CN109849618A (zh) * 2019-03-13 2019-06-07 深圳市元征科技股份有限公司 一种预防车窗产生雾霜的方法及装置
CN110395078A (zh) * 2019-07-17 2019-11-01 深圳市元征科技股份有限公司 胎压复位方法及相关设备
CN110466594B (zh) * 2019-07-18 2021-07-06 深圳市元征科技股份有限公司 方向盘位置调节方法、装置及车载设备
CN110673231A (zh) * 2019-09-12 2020-01-10 深圳市元征科技股份有限公司 雨刷传感器的校准方法及相关产品
CN112887942A (zh) * 2019-11-29 2021-06-01 中移物联网有限公司 一种obd装置、信息获取方法及系统
CN111083030B (zh) * 2019-12-25 2021-12-10 南京领行科技股份有限公司 一种数据获取的方法、装置、设备及存储介质
CN111130967A (zh) * 2019-12-25 2020-05-08 宜宾凯翼汽车有限公司 一种汽车诊断网络拓扑结构
CN111273179A (zh) * 2020-02-21 2020-06-12 深圳普瑞赛思检测技术有限公司 电动汽车检测方法及系统
CN113359657A (zh) * 2020-03-05 2021-09-07 广州汽车集团股份有限公司 Ecu诊断配置码校验方法及其系统、电子控制单元
CN111447231B (zh) * 2020-03-28 2022-05-10 深圳市元征科技股份有限公司 一种车辆协议识别的方法及装置
CN111464413B (zh) * 2020-04-01 2022-03-15 北京四维智联科技有限公司 车联网信号的适配方法及相关装置
CN116418619A (zh) * 2021-12-30 2023-07-11 比亚迪股份有限公司 电动汽车监控方法、装置及可读存储介质
CN115791210A (zh) * 2023-02-01 2023-03-14 江苏魔视智能科技有限公司 一种车辆测试方法、装置及电子设备
CN116155720A (zh) * 2023-04-17 2023-05-23 合肥力高动力科技有限公司 一种t-box中can数据采集远程配置方法

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103699392A (zh) * 2014-01-03 2014-04-02 深圳市道通科技有限公司 一种快速定位汽车诊断功能的方法和系统
CN103944945A (zh) * 2013-01-22 2014-07-23 广州汽车集团股份有限公司 对车载网络进行配置的方法、智能车载终端
CN104216391A (zh) * 2013-05-31 2014-12-17 广州汽车集团股份有限公司 汽车解码器及其识别车型的方法
CN106933218A (zh) * 2017-04-25 2017-07-07 重庆市创锦程科技有限公司 适配obd接口的多协议诊断模块及其控制方法
CN107491777A (zh) * 2017-07-04 2017-12-19 江苏迪纳数字科技股份有限公司 通过乘用车vin码自动识别obd车机是否匹配的方法及装置
CN107943007A (zh) * 2017-12-14 2018-04-20 吉旗(成都)科技有限公司 一种不同车型发动机数据的编解码方法
CN108039984A (zh) * 2017-12-06 2018-05-15 吉旗(成都)科技有限公司 一种汽车发动机通讯协议的自动化识别方法
CN108107875A (zh) * 2018-01-25 2018-06-01 深圳市道通科技股份有限公司 一种汽车诊断方法、装置和车辆通讯接口

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103944945A (zh) * 2013-01-22 2014-07-23 广州汽车集团股份有限公司 对车载网络进行配置的方法、智能车载终端
CN104216391A (zh) * 2013-05-31 2014-12-17 广州汽车集团股份有限公司 汽车解码器及其识别车型的方法
CN103699392A (zh) * 2014-01-03 2014-04-02 深圳市道通科技有限公司 一种快速定位汽车诊断功能的方法和系统
CN106933218A (zh) * 2017-04-25 2017-07-07 重庆市创锦程科技有限公司 适配obd接口的多协议诊断模块及其控制方法
CN107491777A (zh) * 2017-07-04 2017-12-19 江苏迪纳数字科技股份有限公司 通过乘用车vin码自动识别obd车机是否匹配的方法及装置
CN108039984A (zh) * 2017-12-06 2018-05-15 吉旗(成都)科技有限公司 一种汽车发动机通讯协议的自动化识别方法
CN107943007A (zh) * 2017-12-14 2018-04-20 吉旗(成都)科技有限公司 一种不同车型发动机数据的编解码方法
CN108107875A (zh) * 2018-01-25 2018-06-01 深圳市道通科技股份有限公司 一种汽车诊断方法、装置和车辆通讯接口

Also Published As

Publication number Publication date
CN108803580A (zh) 2018-11-13

Similar Documents

Publication Publication Date Title
CN108803580B (zh) 一种匹配车辆can协议的方法及相关设备
CN111208800B (zh) 一种汽车诊断方法、装置和车辆通讯接口
CN109164783B (zh) 车辆诊断方法、装置、设备及介质
CN108132795B (zh) 一种电子控制单元的软件更新方法及装置
CN107918382B (zh) 一种汽车故障诊断方法、汽车故障诊断装置及电子设备
CN110032173B (zh) 一种汽车诊断系统自动匹配方法及相关设备
CN104678990A (zh) 一种用于车辆自诊断的方法、装置和车辆自诊断系统
US9451028B2 (en) Communication profile selection for vehicle telematics device
CN107111536B (zh) 诊断辅助方法、设备和系统
CN110244691B (zh) 一种汽车诊断方法、装置及系统
CN110083628B (zh) 一种车辆电子控制单元ecu的寻址方法及装置
CN103198164A (zh) 汽车故障档案服务器、管理系统及管理方法
CN103121382A (zh) 一种汽车轮胎压力检测系统
CN110647137A (zh) 一种冻结帧数据获取方法、装置、设备、介质
CN105228107A (zh) 一种车辆异常处理方法及相关设备
CN113608518A (zh) 数据生成方法、装置、终端设备及介质
US20130117739A1 (en) Electronic Tool for Automatically Programming a Plurality of Control Modules in a Vehicle On-Board Computer System
CN114326672A (zh) Ecu模拟检测方法、电子设备及存储介质
CN113406944A (zh) 车辆诊断方法、装置、设备及计算机可读存储介质
CN113011852A (zh) 车辆保养提醒方法、装置、车载设备及存储介质
CN105374083B (zh) 车辆识别方法及装置
CN111447231A (zh) 一种车辆协议识别的方法及装置
CN110727258A (zh) 车辆控制器配置方法、装置、车载设备和存储介质
CN113934198A (zh) 车辆诊断方法、装置、电子设备及存储介质
CN114490713A (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