CN112015156A - 一种车载诊断装置及系统、检测方法 - Google Patents
一种车载诊断装置及系统、检测方法 Download PDFInfo
- Publication number
- CN112015156A CN112015156A CN201910450652.8A CN201910450652A CN112015156A CN 112015156 A CN112015156 A CN 112015156A CN 201910450652 A CN201910450652 A CN 201910450652A CN 112015156 A CN112015156 A CN 112015156A
- Authority
- CN
- China
- Prior art keywords
- protocol
- transceiver
- vehicle
- control signal
- mode
- 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
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/0208—Electric 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/0213—Modular 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
-
- 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/008—Registering or indicating the working of vehicles communicating information to a remotely located station
-
- 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
-
- 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/0841—Registering performance data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
-
- 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
- G05B2219/00—Program-control systems
- G05B2219/20—Pc systems
- G05B2219/24—Pc safety
- G05B2219/24065—Real time diagnostics
Landscapes
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Engineering & Computer Science (AREA)
- Automation & Control Theory (AREA)
- Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Small-Scale Networks (AREA)
- Communication Control (AREA)
Abstract
本申请公开了一种车载诊断装置及系统、检测方法,该车载诊断装置包括:主控模块、控制器、选择模块、多个协议收发器,所述选择模块与所述多个协议收发器中的部分或全部协议收发器相连,其中:所述主控模块用于,控制该车载诊断装置的其他模块,以及,基于选中的协议收发器及对应管脚进行数据收发;所述控制器用于,接收外部控制信号,根据所述外部控制信号控制选择模块;所述选择模块用于,根据所述控制器的控制,在不同的协议收发器及管脚中切换;所述协议收发器用于,实现所支持的协议的数据收发。本实施例提供的方案,通过选择模块在不同协议收发器中切换,便于适配不同车型。
Description
技术领域
本发明实施例涉及但不限于一种车载诊断装置及系统、检测方法。
背景技术
OBD(On-Board Diagnostics,车载诊断系统)用于随时监控发动机的运行状况和尾气后处理系统的工作状态,一旦发现有可能引起排放超标的情况,会马上发出警示。当系统出现故障时,故障灯或检查发动机警告灯亮;同时OBD系统会将故障信息存入存储器,通过标准的诊断仪器和诊断接口可以以故障码的形式读取相关信息。根据故障码的提示,维修人员能迅速准确地确定故障的性质和部位。OBD保证车辆出行的安全,并对车辆情况进行记录,目前国内市场OBD产品较少,也因此成为各大做车载产品公司研究的方向。
相关技术中的OBD产品中,主要框架基本为使用一个MCU(Microcontroller Unit,微控制单元)芯片,搭载一个4G车载模块,外围增加支持车载相关协议的芯片,从而达到支持某个或某几个协议的功能,该方案设计出的产品因支持的协议有限,因此不能适配多种车型,不同车厂的OBD产品需要单独设计,外围器件较多,布局面积较大,硬件设计成本很高,从而导致OBD产品的外观尺寸受到局限等相关缺陷,并且车载协议芯片与MCU之间信号通讯匹配等容易出现问题,也是硬件人员需要解决的问题。
发明内容
本发明至少一实施例提供了一种车载诊断装置及系统、检测方法,便于与不同车型适配。
本发明至少一实施例提供一种车载诊断装置,包括:主控模块、控制器、选择模块、多个协议收发器,所述选择模块与所述多个协议收发器中的部分或全部协议收发器相连,其中:
所述主控模块用于,控制该车载诊断装置的其他模块,以及,基于选中的协议收发器及对应管脚进行数据收发;
所述控制器用于,接收外部控制信号,根据所述外部控制信号控制选择模块;
所述选择模块用于,根据所述控制器的控制,在不同的协议收发器及管脚中切换;
所述协议收发器用于,实现所支持的协议的数据收发。
本发明至少一实施例提供一种车载诊断系统,包括:任一实施例所述的车载诊断装置,还包括,接口模块、接口保护及转换模块、蜂窝通讯模块,所述接口模块用于连接外部车机、所述接口保护及转换模块连接所述接口模块和所述车载诊断装置,所述车载诊断装置连接所述蜂窝通讯模块,其中:
所述接口模块用于,连接车机的车载诊断系统接口;
所述接口保护及转换模块用于,对接口模块和车载诊断装置之间的信号进行转换以匹配;
所述蜂窝通讯模块用于,实现所述车载诊断装置与外部网络的通信。
本发明一实施例提供一种检测方法,应用于任一实施例所述的车载诊断装置,包括:
接收控制信号,选中对应的协议收发器以及管脚;
基于所选管脚进行所选的协议收发器对应的协议数据的发送,根据是否接收到所述待测车机的反馈确定所述待测车机是否支持基于所选管脚及所选的协议收发器进行数据收发。
与相关技术相比,本发明一实施例包括一种车载诊断装置,包括:主控模块、控制器、选择模块、多个协议收发器,所述选择模块与所述多个协议收发器中的部分或全部协议收发器相连,其中:所述主控模块用于,控制该车载诊断装置的其他模块,以及,基于选中的协议收发器及对应管脚进行数据收发;所述控制器用于,接收外部控制信号,根据所述外部控制信号控制选择模块;所述选择模块用于,根据所述控制器的控制,在不同的协议收发器及管脚中切换;所述协议收发器用于,实现所支持的协议的数据收发。本发明实施例提供的方案,通过选择模块在不同协议收发器中切换,便于适配不同车型。
本发明的其它特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。
附图说明
附图用来提供对本发明技术方案的进一步理解,并且构成说明书的一部分,与本申请的实施例一起用于解释本发明的技术方案,并不构成对本发明技术方案的限制。
图1为本发明一实施例提供的车载诊断装置示意图;
图2为本发明另一实施例提供的车载诊断装置示意图(收发器示例);
图3为本发明另一实施例提供的车载诊断装置示意图(选择模块实现方式示例);
图4为本发明一实施例提供的车载诊断系统框图;
图5为本发明一实施例提供的检测方法流程图;
图6为本发明一实施例提供的K/L线单/双数据通讯判断流程图;
图7为本发明一实施例提供的辅CAN选择判断流程图;
图8为本发明一实施例提供的整体判定流程图;
图9为本发明一实施例提供的检测装置框图;
图10为本发明一实施例提供的计算机可读存储介质框图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白,下文中将结合附图对本发明的实施例进行详细说明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互任意组合。
在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行。并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
本申请详细介绍了一种基于OBD接口的支持多协议的车载诊断装置,本文中的将传统OBD产品中的MCU芯片进行变革,将原来需要外围器件实现的支持相关车载产品协议的芯片与传统的MCU的功能结合,图1为本发明一实施例提供的车载诊断装置框图。如图1所示,本实施例提供的车载诊断装置10包括:主控模块11、控制器12、选择模块13、多个协议收发器14,所述选择模块13与所述多个协议收发器中的部分或全部协议收发器相连,其中:
所述主控模块11用于,控制该车载诊断装置的其他模块,以及,基于选中的协议收发器及对应管脚进行数据收发;
所述控制器12用于,接收外部控制信号,根据所述外部控制信号控制选择模块;
所述选择模块13用于,根据所述控制器的控制,在不同的协议收发器及管脚中切换;每个协议收发器及相应的管脚支持一种OBD协议,从而可以实现支持多种OBD协议;主要为满足OBD支持的多种协议进行切换,从而达到一个设备可以匹配多个车型的目的;
所述协议收发器14用于,实现所支持的协议的数据收发。
该车载诊断装置可连接接口保护及转换模块20和蜂窝通讯模块30。其中接口保护及转换模块包括多个pin(管脚)。pin1(管脚1)为复用KL15/J2411/iCAN-H信号,pin2为J1850+信号,pin3为信号,pin4为KL31地信号,pin5为信号地信号,pin6为ISO15765CAN-H信号,pin7为复用ISO9141/ISO14230K信号,pin8为复用KL15/K_Line2/iCAN-L1信号,pin9为复用TD/ALDL/iCAN-L2信号,pin10为J1850-信号,pin11为复用oCAN-L/DCL-/CCD-信号,pin12为复用cCAN-H/DIC信号,pin13为复用cCAN-L/PCM信号,pin14为ISO15765CAN-L信号,pin15为复用ISO9141/ISO14230L信号,pin16为KL30电信号。
本实施例提供的方案,通过控制器及选择模块对不同协议的收发器进行切换,能支持多种OBD标准协议,支持多种车型的通讯。相比相关技术中使用MCU和外围支持支持车载相关协议的芯片,该车载诊断装置将各协议收发器与MCU集成在一起,比传统OBD尺寸可以更小,也解决了原有不同芯片之间通讯可能出现的相关故障,性能更稳定,产品可靠性大大提高。
在一实施例中,所述车载诊断装置封装为单芯片。单芯片可以用FPGA(Field-Programmable Gate Array,现场可编程门阵列)或CPLD(Complex Programmable LogicDevice,复杂可编程逻辑器件)等方式实现,成本可以根据需求采用多种方式进行优化,满足不同成本需求。选择模块可以使用开关等多种方式实现,因此该单模块封装和内部逻辑多变,并且可以根据不同产品需求定制,灵活多样。本实施例提供的方案,用单芯片方式实现车载诊断装置,该单芯片使得MCU芯片能够集运算、控制、协议支持、通讯等功能于一体,在增加了MCU芯片尺寸的同时也减少了外围器件,因此总体上是减小整版布局面积,由于将协议芯片的集成,也解决了原有不同芯片之间通讯可能出现的相关故障,产品可靠性大大提高。
如图2所示,所述多个协议收发器可以包括下述各收发器任意组合:J1850收发器,ISO9141收发器,ISO14230收发器,KL15(点火信号),ALDL,TD(转速计显示),J2411收发器,ISO15765收发器辅,PCM,DIC,DCL,CCD,ISO15765收发器主。其中:
J1850收发器可以接收和发送支持J1850协议的信号;
ISO9141收发器可以接收和发送支持ISO9141协议的信号;
ISO14230收发器可以接收和发送支持ISO14230协议的信号;
KL15可以接收和发送汽车标准定义的汽车点火信号;
ALDL可以接收和发送基于ALDL协议的信号;ALDL协议是通用汽车实现外部设备与电控单元之间的通讯的一种协议;
TD可以接收和发送转速计显示信号;
J2411收发器可以接收和发送单路CAN(Controller Area Network,控制器局域网络)信号;
ISO15765收发器辅可以接收和发送多路CAN信号;
PCM可以接收和发送汽车标准中定义的音频信号;
ISO15765收发器主可以接收和发送主CAN信号。
其中,控制器基于GPIO(General-Purpose IO,通用输入输出)信号控制。
需要说明的是,所述车载诊断装置还包括UART(Universal AsynchronousReceiver/Transmitter,通用异步收发器)控制器和数据收发器,所述UART控制器用于接收和发送UART串口信号;数据收发器主要接收和发送所有该单芯片中的数据,此外,还包含其他的保证该单芯片能正常工作的供电,存储,控制和运算单元。
ISO15765收发器辅可以设计一个,用多个开关进行切换;在另一实施例中,如果从响应时间和便捷性考虑,可以设计4个ISO15765收发器辅,这样一一对应连接,更方便。
图3为车载诊断装置的一具体实施例。如图3所示,所述选择模块包括多个开关,开关2T1,开关1T4_1,开关1T4_2,开关1T4_3,开关1T4_4,开关1T4_5,开关1T2_1,开关1T2_2,开关4T1_1CNL-L,开关4T1_2CAN-H,其中,开关2T1一侧连接pin7和pin9,另一侧连接ISO9141收发器,ISO14230收发器,开关1T4_1一侧连接pin8,另一侧连接开关4T1_1CAN-L、KL15,ISO9141收发器,ISO14230收发器;开关1T4_2一侧连接pin9,另一侧连接ALDL和TD和开关4T1_1CAN-L;开关1T4_3一侧连接pin1,另一侧连接KL15,J2411收发器和开关4T1_2CAN-H;开关1T2_1一侧连接pin13,另一侧连接开关4T1_1CAN-L,PCM;开关1T2_2一侧连接pin12,另一侧连接开关4T1_2CAN-H,DIC;开关1T4_4一侧连接pin11,另一侧连接4T1_1CAN-L,DCL,CCD;开关1T4_5一侧连接pin3,另一侧连接4T1_2CAN-H,DCL,CCD。从图3中可以看出,经过接口保护及转换模块20之后的13个信号线全部接入车载诊断装置10中,pin2,pin10为J1850协议专用管脚,因此直接接入车载诊断装置的J1850收发器中,pin6,pin14为ISO15765主CAN信号专用管脚,因此直接接入车载诊断装置的ISO15765收发器中,这2组信号不通过选择模块进行切换。pin7和pin9功能定义是一样的,但是不同车厂使用的管脚不同,因此在本实施例中,在选择模块中有一个2T1开关,用来对pin7和pin9信号进行切换。同样的,因该单芯片支持多个CAN协议,因此在选择模块中设置有多个1T4(1T4_1至1T4_5),1T2(1T2_1和1T2_2)和4T1(4T1_1CAN-L和4T1_2CAN-H)的开关对多个CAN协议进行切换。
如图3所示,所述控制器可包括第一控制器,所述控制器包括第一控制器,所述第一控制器(或称模式控制器)用于,接收第零控制信号(MODE_0)、第一控制信号(MODE_1)、第二控制信号(MODE_2)以及第三控制信号(MODE_L),根据所述第零控制信号、所述第一控制信号、所述第二控制信号以及所述第三控制信号控制所述选择模块在支持单线ISO9141协议、支持双线ISO9141协议、支持单线ISO14230协议、支持双线ISO14230协议的协议收发器及管脚中切换。具体可参考下表1。
在一实施例中,所述控制器包括:第二控制器(或称辅CAN控制器),所述第二控制器用于,接收第四控制信号(CAN_MODE_0)、第五控制信号(CAN_MODE_1)、第六控制信号(CAN_MODE_2),根据所述第四控制信号、第五控制信号和第六控制信号控制所述选择模块在J2411协议、不同管脚的ISO15765协议对应的协议收发器及管脚中切换。具体可参考下表2。
在一实施例中,所述控制器包括第三控制器,所述第三控制器用于,接收第七控制信号、第八控制信号和第九控制信号,根据所述第七控制信号、第八控制信号和第九控制信号控制所述选择模块在基于不同管脚的支持KL15信号的收发器、支持TD信号的收发器、支持ALDL信号的收发器、支持DCL信号的收发器、支持CCD信号的收发器中切换。
MODE_0,MODE_1,MODE_2,MODE_L满足如下表格:
表1 MODE_0,MODE_1,MODE_2,MODE_L真值表
本表中,因为车载产品中,有些车机是单K线通讯,有些车机是K线,L线双路通讯,运用上表1进行判定。当蜂窝通讯模块将模式控制器信号MODE_0,MODE_1,MODE_2,MODE_L同时为低时,则2T1开关打开,该单芯片通过pin7,pin15向车机发送支持ISO9141协议的K线,L线双线数据信号,并且等待预设时间(具体时长根据需要设定),如果车机反馈数据,则认为车机支持通过pin7和pin15进行ISO9141协议相关K线,L线双线数据业务,如果车机无反馈,则认为该车机的pin7和pin15不支持支持ISO9141双线数据业务;将MODE_0,MODE_1,MODE_2置为低,MODE_L置为高,则该单芯片通过pin7向车机发送支持ISO9141协议的单K线数据,并且等待一段时间,如果车机反馈数据,则认为车机支持通过pin7进行ISO9141协议相关单K线数据业务,如果车机仍无反馈,则认为该车机的pin7不支持支持ISO9141协议,按照上述表1继续往下进行。以此类推,直到某一种模式判断成功后,则认为该车机有K/L单/双线通讯需求,确定对应pin脚和支持的协议后,该车机就通过DATA_RX,DATA_TX与蜂窝通讯模块进行数据收发业务。
按照表1全部判断完成后无一种满足的情况,则MODE_0,MODE_1,MODE_2,MODE_L全部置高,表示该车机不支持ISO9141和ISO14230通讯协议。需要说明的是,全部置高仅为示例,可以根据需要置为其他值,与表1中已占用的值不同即可。另外,表1仅为示例,MODE_0,MODE_1,MODE_2,MODE_L取值与所支持的协议、所选择的pin脚的对应关系可以根据需要进行变更。
在单芯片与蜂窝通讯模块的通讯中增加辅CAN控制器,其之间的通讯信号CAN_MODE_0,CAN_MODE_1,CAN_MODE_2对不同CAN信号进行选择,同样CAN_MODE_0,CAN_MODE_1,CAN_MODE_2满足如下真值表:
表2 CAN_MODE_0,CAN_MODE_1,CAN_MODE_2真值表
①注:pin8和pin9都可以定义为iCAN_L信号,不同车厂定义不同,因此需要进行模式判定。
上表中,当蜂窝通讯模块将CAN_MODE_0,CAN_MODE_1,CAN_MODE_2均置为低电平信号时,模拟开关中4T1_1与1T4_3开关打开,因此单芯片通过pin1向车机发送支持J2411协议的信号,并等待车机反馈,如果预设时间内车机有反馈,则蜂窝通讯模块通过单芯片与车机通讯,如果预设时间内车机无反馈,则认为该车机不支持J2411协议;然后蜂窝通讯模块控制CAN_MODE_0,CAN_MODE_2为低,CAN_MODE_1为高,则开关1T4_1,1T4_3,4T1_1,4T1_2开关同时打开,单芯片通过pin1,pin8,向车机发送ISO15765协议的数据,并等待车机反馈,如果预设时间内车机有反馈,则认为车机pin1,pin8支持ISO15765协议,则模块通过单芯片与车机进行通讯,如果预设时间内车机无反馈,则继续按照表2重复上一步进行判断。
同样的,该辅CAN收发器存在全部判定完成后没有一个满足,则蜂窝通讯模块将CAN_MODE_0,CAN_MODE_1,CAN_MODE_2全部置高,表示该车型无辅CAN需求。需要说明的是,全部置高仅为示例,可以根据需要置为其他值,与表2中已占用的值不同即可。另外,表2仅为示例,CAN_MODE_0,CAN_MODE_1,CAN_MODE_2取值与所支持的协议、所选择的pin脚的对应关系可以根据需要进行变更。
本发明实施例中,通过单芯片中的选择模块,对不同协议的收发器进行切换,并通过控制器对不同协议的收发器进行控制,从而达到自动适配多种OBD标准协议,支持多种车型的通讯。
如图4所示,本发明一实施例提供一种车载诊断系统,包括:车载诊断装置10,还包括,接口模块40、接口保护及转换模块20、蜂窝通讯模块30,所述接口模块40用于连接外部车机、所述接口保护及转换模块20连接所述接口模块40和所述车载诊断装置10,所述车载诊断装置10连接所述蜂窝通讯模块30,其中:
所述接口模块40用于,连接车机的车载诊断系统接口;接口模块比如为pin16J1962连接器,为标准OBD接口。
所述接口保护及转换模块20用于,对接口模块40和车载诊断装置10之间的信号进行转换以匹配;因汽车使用的电平一般为12V或者24V,因此OBD接口接收到的信号高电平也为对应的12V/24V信号,但是车载诊断装置10一般电平较低,因此在接口模块40和车载诊断装置10中间增加一个器件,从而匹配两边的电平。该器件可以实现静电保护、滤波和电平转换等,经过电平转换的信号接入车载诊断装置10中。所述接口保护及转换模块20可进行ESD(electro-static discharge,静电放电)/EMI((Electromagnetic Interference,电磁干扰)防护,以及,12V/24V电平转换。
所述蜂窝通讯模块30用于,实现所述车载诊断装置10与外部网络的通信,外部网络可包括车机网络,以及对车机进行管控的管控中心网络。
车载诊断系统接口模块的pin16和pin4与电源连接,pin5连接功能单元地。
在一实施例中,所述蜂窝通讯模块30还用于,发送控制信号至所述车载诊断装置10;
所述车载诊断装置10还用于,根据所述控制信号,选中对应的协议收发器以及管脚,基于所选管脚进行所选的协议收发器对应的协议数据的发送,根据是否接收到所述待测车机的反馈确定所述待测车机是否支持基于所选管脚及所选的协议收发器进行数据收发,以及,基于所述待测车机所支持的协议收发器及相应管脚与所述待测车机通信。
本发明一实施例提供一种检测方法,如图5所示,应用于任一实施例所述的车载诊断装置,包括:
步骤501,接收控制信号,选中对应的协议收发器以及管脚;
步骤502,基于所选管脚进行所选的协议收发器对应的协议数据的发送,根据是否接收到所述待测车机的反馈确定所述待测车机是否支持基于所选管脚及所选的协议收发器进行数据收发。
在一实施例中,所述步骤502中,根据是否接收到所述待测车机的反馈确定所述待测车机是否支持基于所选管脚及所选的协议收发器进行数据收发包括:
当在预设时间内接收到所述待测车机的反馈时,判断所述待测车机支持基于所选管脚及所选的协议收发器进行数据收发;
当在预设时间内未接收到所述待测车机的反馈时,判断所述待测车机不支持基于所选管脚及所选的协议收发器进行数据收发。
图6为本发明一实施例提供的K/L线单/双数据通讯判断流程图。如图6所示,包括:
步骤601,将MODE_0,MODE_1,MODE_2,MODE_L均设置为低电平,通过pin7,pin15向车机发送支持ISO9141协议的K线,L线双线数据信号;
步骤602,等待预设时间(具体时长根据需要设定),判断在预设时间内是否接受到车机的反馈,如果接收到车机的反馈数据,执行步骤603,如果未接收到车机的反馈,执行步骤604;
步骤603,车机支持通过pin7和pin15进行ISO9141协议相关K线,L线双线数据业务,结束;
步骤604,认为该车机的pin7和pin15不支持支持ISO9141双线数据业务;
步骤605,将MODE_0,MODE_1,MODE_2置为低电平,MODE_L置为高电平,通过pin7向车机发送支持ISO9141协议的单K线数据信号;
步骤606,等待预设时间(具体时长根据需要设定),判断在预设时间内是否接受到车机的反馈,如果接收到车机的反馈数据,执行步骤607,如果未接收到车机的反馈,执行步骤608;
步骤607,车机支持通过pin7进行ISO9141协议相关单K线数据业务,结束;
步骤608,认为该车机的pin7不支持ISO9141数据业务;
步骤609,将MODE_0,MODE_1,MODE_L置为低电平,MODE_2置为高电平,通过pin9,pin15向车机发送支持ISO9141协议的K线,L线双线数据信号;
步骤610,等待预设时间(具体时长根据需要设定),判断在预设时间内是否接受到车机的反馈,如果接收到车机的反馈数据,执行步骤611,如果未接收到车机的反馈,执行步骤612;
步骤611,判定车机支持通过pin9,pin15进行ISO9141协议相关K线,L线双线数据业务,结束;
步骤612,认为该车机不支持通过pin9,pin15进行ISO9141协议相关K线,L线双线数据业务;
步骤613,将MODE_0,MODE_1置为低电平,MODE_2,MODE_L置为高电平,通过pin9向车机发送支持ISO9141协议的单K线数据信号;
步骤614,等待预设时间(具体时长根据需要设定),判断在预设时间内是否接受到车机的反馈,如果接收到车机的反馈数据,执行步骤515,如果未接收到车机的反馈,执行步骤516;
步骤615,判定车机支持通过pin9进行ISO9141协议相关单K线数据业务,结束;
步骤616,认为该车机不支持通过pin9进行ISO9141协议相关单K线数据业务;
步骤617,将MODE_0,MODE_2,MODE_L置为低电平,MODE_1置为高电平,通过pin7、pin15向车机发送支持ISO14230协议的K线,L线双线数据信号;
步骤618,等待预设时间(具体时长根据需要设定),判断在预设时间内是否接受到车机的反馈,如果接收到车机的反馈数据,执行步骤619,如果未接收到车机的反馈,执行步骤620;
步骤619,判定车机支持通过pin7,pin15进行ISO14230协议相关K线,L线双线数据业务,结束;
步骤620,认为该车机不支持通过pin7,pin15进行ISO14230协议相关K线,L线双线数据业务;
步骤621,将MODE_0,MODE_2置为低电平,MODE_1,MODE_L置为高电平,通过pin7向车机发送支持ISO14230协议的单K线数据信号;
步骤622,等待预设时间(具体时长根据需要设定),判断在预设时间内是否接受到车机的反馈,如果接收到车机的反馈数据,执行步骤623,如果未接收到车机的反馈,执行步骤624;
步骤623,判定车机支持通过pin7进行ISO14230协议相关单K线数据业务,结束;
步骤624,认为该车机不支持通过pin7进行ISO14230协议相关单K线数据业务;
步骤625,将MODE_0,MODE_L置为低电平,MODE_1,MODE_2置为高电平,通过pin9,pin15向车机发送支持ISO14230协议的K线,L线双线数据信号;
步骤626,等待预设时间(具体时长根据需要设定),判断在预设时间内是否接受到车机的反馈,如果接收到车机的反馈数据,执行步骤627,如果未接收到车机的反馈,执行步骤628;
步骤627,判定车机支持通过pin9、pin15进行ISO14230协议相关K线,L线双线数据业务,结束;
步骤628,认为该车机不支持通过pin9、pin15进行ISO14230协议相关K线,L线双线数据业务;
步骤629,将MODE_0置为低电平,MODE_1,MODE_2,MODE_L置为高电平,通过pin9向车机发送支持ISO14230协议的单K线数据信号;
步骤630,等待预设时间(具体时长根据需要设定),判断在预设时间内是否接受到车机的反馈,如果接收到车机的反馈数据,执行步骤631,如果未接收到车机的反馈,执行步骤632;
步骤631,判定车机支持通过pin9进行ISO14230协议相关单K线数据业务,结束;
步骤632,认为该车机不支持通过pin9进行ISO14230协议相关单K线数据业务;
步骤633,将MODE_1,MODE_2,MODE_L均设置为低电平,MODE_0置为高电平,通过pin8,pin15向车机发送支持ISO9141协议的K线,L线双线数据信号;
步骤634,等待预设时间(具体时长根据需要设定),判断在预设时间内是否接受到车机的反馈,如果接收到车机的反馈数据,执行步骤635,如果未接收到车机的反馈,执行步骤636;
步骤635,车机支持通过pin8和pin15进行ISO9141协议相关K线,L线双线数据业务,结束;
步骤636,认为该车机的pin8和pin15不支持支持ISO9141双线数据业务;
步骤637,将MODE_1,MODE_2设置为低电平,MODE_0,MODE_L置为高电平,通过pin8向车机发送支持ISO9141协议的单K线数据信号;
步骤638,等待预设时间(具体时长根据需要设定),判断在预设时间内是否接受到车机的反馈,如果接收到车机的反馈数据,执行步骤639,如果未接收到车机的反馈,执行步骤640;
步骤639,车机支持通过pin8进行ISO9141协议相关单K线数据业务,结束;
步骤640,认为该车机的pin8不支持支持ISO9141数据业务;
步骤641,将MODE_1,MODE_L置为低电平,MODE_0,MODE_2置为高电平,通过pin8,pin15向车机发送支持ISO14230协议的K线,L线双线数据信号;
步骤642,等待预设时间(具体时长根据需要设定),判断在预设时间内是否接受到车机的反馈,如果接收到车机的反馈数据,执行步骤643,如果未接收到车机的反馈,执行步骤644;
步骤643,判定车机支持通过pin8、pin15进行ISO14230协议相关K线,L线双线数据业务,结束;
步骤644,认为该车机不支持通过pin8、pin15进行ISO14230协议相关K线,L线双线数据业务;
步骤645,将MODE_1置为低电平,MODE_0,MODE_2,MODE_L置为高电平,通过pin8向车机发送支持ISO14230协议的单K线数据信号;
步骤646,等待预设时间(具体时长根据需要设定),判断在预设时间内是否接受到车机的反馈,如果接收到车机的反馈数据,执行步骤647,如果未接收到车机的反馈,执行步骤648;
步骤647,判定车机支持通过pin8进行ISO14230协议相关单K线数据业务,结束;
步骤648,认为该车机不支持通过pin8进行ISO14230协议相关单K线数据业务;
步骤649,将MODE_0,MODE_1,MODE_2,MODE_L置为高电平,表示该车机不支持ISO9141和ISO14230协议。
图7为本发明一实施例提供的辅CAN选择判断流程图。如图7所示,包括:
步骤701,将CAN_MODE_0,CAN_MODE_1,CAN_MODE_2均设置为低电平,通过pin1向车机发送支持J2411协议的信号;
步骤702,等待预设时间(具体时长根据需要设定),判断在预设时间内是否接受到车机的反馈,如果接收到车机的反馈数据,执行步骤703,如果未接收到车机的反馈,执行步骤704;
步骤703,判定车机支持通过pin1进行J2411协议业务,支持辅助单CAN通讯,结束;
步骤704,判定该车机不支持通过pin1进行J2411协议业务;
步骤705,将CAN_MODE_0,CAN_MODE_2设置为低电平,CAN_MODE_1设置为高电平,通过pin1、pin8向车机发送支持ISO15765协议的信号;
步骤706,等待预设时间(具体时长根据需要设定),判断在预设时间内是否接受到车机的反馈,如果接收到车机的反馈数据,执行步骤707,如果未接收到车机的反馈,执行步骤708;
步骤707,判定车机支持通过pin1,pin8进行ISO15765协议辅助双线CAN通讯,结束;
步骤708,判定该车机不支持通过pin1,pin8进行ISO15765协议辅助双线CAN通讯;
步骤709,将CAN_MODE_0设置为低电平,CAN_MODE_1,CAN_MODE_2设置为高电平,通过pin1、pin9向车机发送支持ISO15765协议的信号;
步骤710,等待预设时间(具体时长根据需要设定),判断在预设时间内是否接受到车机的反馈,如果接收到车机的反馈数据,执行步骤711,如果未接收到车机的反馈,执行步骤712;
步骤711,判定车机支持通过pin1,pin9进行ISO15765协议辅助双线CAN通讯,结束;
步骤712,判定该车机不支持通过pin1,pin9进行ISO15765协议辅助双线CAN通讯;
步骤713,将CAN_MODE_0设置为高电平,CAN_MODE_1,CAN_MODE_2设置为低电平,通过pin12、pin13向车机发送支持ISO15765协议的信号;
步骤714,等待预设时间(具体时长根据需要设定),判断在预设时间内是否接受到车机的反馈,如果接收到车机的反馈数据,执行步骤715,如果未接收到车机的反馈,执行步骤716;
步骤715,判定车机支持通过pin12,pin13进行ISO15765协议辅助双线CAN通讯,结束;
步骤716,判定该车机不支持通过pin12,pin13进行ISO15765协议辅助双线CAN通讯;
步骤717,将CAN_MODE_0,CAN_MODE_2设置为高电平,CAN_MODE_1设置为低电平,通过pin3、pin11向车机发送支持ISO15765协议的信号;
步骤718,等待预设时间(具体时长根据需要设定),判断在预设时间内是否接受到车机的反馈,如果接收到车机的反馈数据,执行步骤719,如果未接收到车机的反馈,执行步骤720;
步骤719,判定车机支持通过pin3,pin11进行ISO15765协议辅助双线CAN通讯,结束;
步骤720,判定该车机不支持通过pin3,pin11进行ISO15765协议辅助双线CAN通讯;
步骤721,将CAN_MODE_0,CAN_MODE_1,CAN_MODE_2均设置为高电平,表示车机不支持辅助CAN通讯。
在一实施例中,可以对单芯片进行一个整体判定,如图8所示,包括:
步骤801:蜂窝通讯模块按照表1控制模式控制器对K/L线单/双线进行判定后,读取判定后控制信号的电平;
步骤802:判断MODE_0电平是否为高,如果为低,结束,如果为高则执行步骤803;
步骤803:判断MODE_1电平是否为高,如果为低,结束,如果为高则执行步骤804;
步骤804:判断MODE_2电平是否为高,如果为低,结束,如果为高则执行步骤805;
步骤805:判断MODE_L电平是否为高,如果为低,结束,如果为高则执行步骤806;
步骤806:判断此车机无K/L单/双线通讯需求,即不支持ISO9141,ISO14230协议,然后执行步骤807;
步骤807:判断CAN_MODE_0电平是否为高,如果为低,结束,如果为高则执行步骤708;
步骤808:判断CAN_MODE_1电平是否为高,如果为低,结束,如果为高则执行步骤809;
步骤809:判断CAN_MODE_2电平是否为高,如果为低,结束,如果为高则执行步骤710;
步骤810:判断此车机无辅CAN需求,也无K/L单/双线通讯,蜂窝通讯模块与车机按照标准接口通讯,结束。
下面通过一将本申请提供的装置及系统接入一具体车机说明本申请。
举例如下:某车机的OBD接口信号定义如下表3:
表3某车机OBD接口定义
当该车机接入本申请一实施例提供的单芯片OBD产品后,单芯片即开始对该车机进行检测,先将MODE_0,MODE_1,MODE_2,MODE_L全置为0,单芯片对车机通过pin7,15进行ISO9141协议的双线数据发送,然后等待车机反馈,因车机不支持ISO9141协议,因此车机无任何反馈,然后单芯片将MODE_L置高,单芯片对车机通过pin7进行ISO9141协议的单线数据发送,然后等待车机反馈,车机仍然无反馈,接着单芯片将MODE_2置为高,MODE_L置低,单芯片对车机通过pin9,15进行ISO9141协议的双线数据发送,车机无反馈,然后依次进行判定,当pin7,15进行ISO14230协议的双线数据发送,发现车机有反馈,因此单芯片判定pin7,15支持ISO14230协议双线通讯。
再接着对辅助CAN收发器支持的协议进行判定。单芯片先将CAN_MODE_0,CAN_MODE_1,CAN_MODE_2都置为0,然后通过数据口对pin1进行J2411协议的单线CAN数据发送,然后等待车机反馈,车机无反应。然后将CAN_MODE_1置为高,单芯片通过数据口1,8进行ISO15765协议的双线CAN数据发送,然后等待车机反馈,车机无反应。然后将CAN_MODE_2置为高,单芯片通过pin1,9进行ISO15765协议的双线CAN数据发送,然后等待车机反馈,车机无反应。然后将CAN_MODE_0置为高,CAN_MODE_1,CAN_MODE_2置为低,单芯片通过pin12,13进行ISO15765协议的双线CAN数据发送,然后等待车机反馈,车机无反应。再将CAN_MODE_2置为高,单芯片通过pin3,11进行ISO15765协议的双线CAN数据发送,然后等待车机反馈,车机有反馈,则单芯片判定该车机pin3,11支持ISO15765协议双线CAN数据收发。
自此单芯片对车机判定完成,然后按照对应的pin脚用相应的协议进行通讯。
本发明至少一实施例中,将原有的MCU,车载产品支持的协议芯片,控制信号等集成,并且增加多个开关灵活切换,从而达到支持多个车型,不同协议的目的,同时可以有效的减小OBD产品的布局面积,进而减小产品尺寸。
如图9所示,本发明一实施例提供一种检测装置90,包括存储器910和处理器920,所述存储器910存储有程序,所述程序在被所述处理器920读取执行时,实现任一实施例所述的检测方法。
如图10所示,本发明一实施例提供一种计算机可读存储介质100,所述计算机可读存储介质100存储有一个或者多个程序110,所述一个或者多个程序110可被一个或者多个处理器执行,以实现任一实施例所述的检测方法。
本领域普通技术人员可以理解,上文中所公开方法中的全部或某些步骤、系统、装置中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。在硬件实施方式中,在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分;例如,一个物理组件可以具有多个功能,或者一个功能或步骤可以由若干物理组件合作执行。某些组件或所有组件可以被实施为由处理器,如数字信号处理器或微处理器执行的软件,或者被实施为硬件,或者被实施为集成电路,如专用集成电路。这样的软件可以分布在计算机可读介质上,计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的,术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外,本领域普通技术人员公知的是,通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据,并且可包括任何信息递送介质。
Claims (10)
1.一种车载诊断装置,包括:主控模块、控制器、选择模块、多个协议收发器,所述选择模块与所述多个协议收发器中的部分或全部协议收发器相连,其中:
所述主控模块用于,控制该车载诊断装置的其他模块,以及,基于选中的协议收发器及对应管脚进行数据收发;
所述控制器用于,接收外部控制信号,根据所述外部控制信号控制选择模块;
所述选择模块用于,根据所述控制器的控制,在不同的协议收发器及管脚中切换;
所述协议收发器用于,实现所支持的协议的数据收发。
2.根据权利要求1所述的车载诊断装置,其特征在于,所述控制器包括第一控制器,所述第一控制器用于,接收第零控制信号、第一控制信号、第二控制信号以及第三控制信号,根据所述第零控制信号、所述第一控制信号、所述第二控制信号以及所述第三控制信号控制所述选择模块在支持单线ISO9141协议、支持双线ISO9141协议、支持单线ISO14230协议、支持双线ISO14230协议的协议收发器及管脚中切换。
3.根据权利要求1所述的车载诊断装置,其特征在于,所述控制器包括:第二控制器,所述第二控制器用于,接收第四控制信号、第五控制信号、第六控制信号,根据所述第四控制信号、第五控制信号和第六控制信号控制所述选择模块在J2411协议、不同管脚的ISO15765协议对应的协议收发器及管脚中切换。
4.根据权利要求1所述的车载诊断装置,其特征在于,所述控制器包括第三控制器,所述第三控制器用于,接收第七控制信号、第八控制信号和第九控制信号,根据所述第七控制信号、第八控制信号和第九控制信号控制所述选择模块在基于不同管脚的支持KL15信号的收发器、支持TD信号的收发器、支持ALDL信号的收发器、支持DCL信号的收发器、支持CCD信号的收发器中切换。
5.根据权利要求1所述的车载诊断装置,其特征在于,所述多个协议收发器包括下述各收发器任意组合:J1850收发器、ISO9141收发器、ISO14230收发器、J2411收发器、一个或多个ISO15765收发器辅、ISO15765收发器主、支持KL15信号的收发器、支持ALDL信号的收发器、支持TD信号的收发器、支持PCM信号的收发器、支持DIC信号的收发器、支持DCL信号的收发器、支持CCD信号的收发器。
6.根据权利要求1至5任一所述的车载诊断装置,其特征在于,所述车载诊断装置封装为单芯片。
7.一种车载诊断系统,其特征在于,包括:如权利要求1至6任一所述的车载诊断装置,还包括,接口模块、接口保护及转换模块、蜂窝通讯模块,所述接口模块用于连接外部车机、所述接口保护及转换模块连接所述接口模块和所述车载诊断装置,所述车载诊断装置连接所述蜂窝通讯模块,其中:
所述接口模块用于,连接车机的车载诊断系统接口;
所述接口保护及转换模块用于,对接口模块和车载诊断装置之间的信号进行转换以匹配;
所述蜂窝通讯模块用于,实现所述车载诊断装置与外部网络的通信。
8.根据权利要求7所述的车载诊断系统,其特征在于,
所述蜂窝通讯模块还用于,发送控制信号至所述车载诊断装置;
所述车载诊断装置还用于,根据所述控制信号,选中对应的协议收发器以及管脚,基于所选管脚进行所选的协议收发器对应的协议数据的发送,根据是否接收到所述待测车机的反馈确定所述待测车机是否支持基于所选管脚及所选的协议收发器进行数据收发,以及,基于所述待测车机所支持的协议收发器及相应管脚与所述待测车机通信。
9.一种检测方法,应用于如权利要求1至6任一所述的车载诊断装置,包括:
接收控制信号,选中对应的协议收发器以及管脚;
基于所选管脚进行所选的协议收发器对应的协议数据的发送,根据是否接收到所述待测车机的反馈确定所述待测车机是否支持基于所选管脚及所选的协议收发器进行数据收发。
10.根据权利要求9所述的检测方法,其特征在于,所述根据是否接收到所述待测车机的反馈确定所述待测车机是否支持基于所选管脚及所选的协议收发器进行数据收发包括:
当在预设时间内接收到所述待测车机的反馈时,判断所述待测车机支持基于所选管脚及所选的协议收发器进行数据收发;
当在预设时间内未接收到所述待测车机的反馈时,判断所述待测车机不支持基于所选管脚及所选的协议收发器进行数据收发。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910450652.8A CN112015156A (zh) | 2019-05-28 | 2019-05-28 | 一种车载诊断装置及系统、检测方法 |
US17/435,912 US20220317671A1 (en) | 2019-05-28 | 2020-02-17 | On-board diagnostics device and system, and detection method and readable storage medium |
PCT/CN2020/075596 WO2020238287A1 (zh) | 2019-05-28 | 2020-02-17 | 一种车载诊断装置及系统、检测方法及可读存储介质 |
EP20815583.8A EP3923103A4 (en) | 2019-05-28 | 2020-02-17 | ON-BOARD DIAGNOSTIC SYSTEM AND DEVICE, AND DETECTION METHOD AND READABLE INFORMATION MEDIA |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910450652.8A CN112015156A (zh) | 2019-05-28 | 2019-05-28 | 一种车载诊断装置及系统、检测方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112015156A true CN112015156A (zh) | 2020-12-01 |
Family
ID=73501368
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910450652.8A Pending CN112015156A (zh) | 2019-05-28 | 2019-05-28 | 一种车载诊断装置及系统、检测方法 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20220317671A1 (zh) |
EP (1) | EP3923103A4 (zh) |
CN (1) | CN112015156A (zh) |
WO (1) | WO2020238287A1 (zh) |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070073458A1 (en) * | 2005-09-23 | 2007-03-29 | Thomas Webster | OBD II readiness monitor tool apparatus and method |
CN104090565A (zh) * | 2014-07-07 | 2014-10-08 | 联车(上海)信息科技有限公司 | 一种适配obd接口和自适应多种汽车总线和诊断协议的车辆数据采集设备 |
CN108445860A (zh) * | 2018-01-31 | 2018-08-24 | 深圳市元征科技股份有限公司 | 诊断设备、诊断请求处理方法及计算机可读存储介质 |
CN109565458A (zh) * | 2016-05-03 | 2019-04-02 | 劳什企业公司 | 用于访问控制器局域网络中的数据通信的方法和装置 |
Family Cites Families (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050192727A1 (en) * | 1994-05-09 | 2005-09-01 | Automotive Technologies International Inc. | Sensor Assemblies |
US6813525B2 (en) * | 2000-02-25 | 2004-11-02 | Square D Company | Energy management system |
US7598744B2 (en) * | 2000-03-27 | 2009-10-06 | Midtronics, Inc. | Scan tool for electronic battery tester |
US20040249557A1 (en) * | 2003-05-28 | 2004-12-09 | Wherenet Corp | Vehicle tag used for transmitting vehicle telemetry data |
CA2638446C (en) * | 2007-08-02 | 2013-09-24 | North-Line Canada Ltd. | System and method for interfacing between an on-board diagnostic output and a distance measuring instrument input |
CN101430557B (zh) * | 2008-12-05 | 2012-08-08 | 中国汽车技术研究中心 | 用于汽车故障诊断的多协议数据转换器及诊断处理方法 |
US20100234071A1 (en) * | 2009-03-12 | 2010-09-16 | Comsys Communication & Signal Processing Ltd. | Vehicle integrated communications system |
US20110123039A1 (en) * | 2009-11-24 | 2011-05-26 | Robert Ari Hirschfeld | System and method for communicating on-board diagnostic information as an audio signal |
US8768565B2 (en) * | 2012-05-23 | 2014-07-01 | Enterprise Holdings, Inc. | Rental/car-share vehicle access and management system and method |
CN103095799A (zh) * | 2012-12-05 | 2013-05-08 | 北京众智先导科技有限公司 | 车载诊断数据通信系统 |
CN103197666A (zh) * | 2013-03-26 | 2013-07-10 | 重庆邮电大学 | 一种通用型手持汽车故障诊断仪 |
CN105024869A (zh) * | 2014-04-24 | 2015-11-04 | 广西金奔腾汽车科技有限公司 | 智能识别汽车obd通讯引脚的方法及装置 |
US9443360B1 (en) * | 2015-02-27 | 2016-09-13 | TrueLite Trace, Inc. | Unknown on-board diagnostics (OBD) protocol interpreter and conversion system |
US20160361970A1 (en) * | 2015-06-09 | 2016-12-15 | GM Global Technology Operations LLC | Controlling vehicle functions based on input from a portable consumer electronics device |
US20170196032A1 (en) * | 2016-01-05 | 2017-07-06 | Livio, Inc. | Methods and systems for managing a mobile device in communication with a vehicle |
US11255663B2 (en) * | 2016-03-04 | 2022-02-22 | May Patents Ltd. | Method and apparatus for cooperative usage of multiple distance meters |
WO2019043446A1 (en) * | 2017-09-04 | 2019-03-07 | Nng Software Developing And Commercial Llc | METHOD AND APPARATUS FOR COLLECTING AND USING SENSOR DATA FROM A VEHICLE |
US11107350B2 (en) * | 2018-07-18 | 2021-08-31 | Verizon Patent And Licensing Inc. | Carrier agnostic relay for delivering information to autonomous vehicles |
DE102018010197A1 (de) * | 2018-12-18 | 2020-06-18 | GRID INVENT gGmbH | Elektronisches Element und elektrisch angesteuertes Anzeigeelement |
-
2019
- 2019-05-28 CN CN201910450652.8A patent/CN112015156A/zh active Pending
-
2020
- 2020-02-17 US US17/435,912 patent/US20220317671A1/en active Pending
- 2020-02-17 EP EP20815583.8A patent/EP3923103A4/en active Pending
- 2020-02-17 WO PCT/CN2020/075596 patent/WO2020238287A1/zh unknown
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070073458A1 (en) * | 2005-09-23 | 2007-03-29 | Thomas Webster | OBD II readiness monitor tool apparatus and method |
CN104090565A (zh) * | 2014-07-07 | 2014-10-08 | 联车(上海)信息科技有限公司 | 一种适配obd接口和自适应多种汽车总线和诊断协议的车辆数据采集设备 |
CN109565458A (zh) * | 2016-05-03 | 2019-04-02 | 劳什企业公司 | 用于访问控制器局域网络中的数据通信的方法和装置 |
CN108445860A (zh) * | 2018-01-31 | 2018-08-24 | 深圳市元征科技股份有限公司 | 诊断设备、诊断请求处理方法及计算机可读存储介质 |
Also Published As
Publication number | Publication date |
---|---|
WO2020238287A1 (zh) | 2020-12-03 |
EP3923103A1 (en) | 2021-12-15 |
US20220317671A1 (en) | 2022-10-06 |
EP3923103A4 (en) | 2022-04-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11665018B2 (en) | OBD interface bus type detection method and apparatus | |
CN102780713A (zh) | 车辆诊断系统及方法 | |
CN202940846U (zh) | 车载设备软件升级系统 | |
CN110928271A (zh) | 汽车自助诊断方法及系统 | |
US7307520B2 (en) | Systems and methods for direct current system digital carried message conveyance | |
US7859397B2 (en) | Systems and methods for direct current system digital carried message conveyance | |
CN104655947A (zh) | 一种车载天线故障诊断方法、装置及系统 | |
CN108445860B (zh) | 诊断设备、诊断请求处理方法及计算机可读存储介质 | |
CN111538312A (zh) | 车辆远程诊断方法、系统、设备连接器及车辆连接器 | |
CN108390863B (zh) | 一种数据处理方法及装置 | |
CN106990772A (zh) | Obd诊断设备及车辆诊断方法 | |
CN110562275B (zh) | 一种多通道双冗余的轨道交通车辆重联系统及重联方法 | |
CN113038421A (zh) | 一种汽车诊断方法、汽车诊断装置及汽车网关 | |
CN109565458A (zh) | 用于访问控制器局域网络中的数据通信的方法和装置 | |
CN104301405A (zh) | 一种车辆诊断方法、模块及系统 | |
CN109660436B (zh) | 一种双can通道数据处理方法、网关设备及系统 | |
US20110222433A1 (en) | Automatic address configuration of vehicle network devices during installation | |
US11139900B2 (en) | Vehicle-to-X communication system | |
CN103428905B (zh) | 远程信息通信系统及方法 | |
CN112015156A (zh) | 一种车载诊断装置及系统、检测方法 | |
CN115373367A (zh) | 汽车远程诊断方法、系统、诊断仪及终端设备 | |
KR101303735B1 (ko) | 차량과 외부통신 기기와의 통신을 위한 장치 및 방법 | |
CN114035552A (zh) | 一种车辆的诊断方法、诊断设备及可读存储介质 | |
KR101603546B1 (ko) | 차량 통신 네트워크 제공 방법 및 장치 | |
CN103645729B (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 |