CN115052038A - 车辆通讯方法、装置、终端设备以及存储介质 - Google Patents
车辆通讯方法、装置、终端设备以及存储介质 Download PDFInfo
- Publication number
- CN115052038A CN115052038A CN202210546910.4A CN202210546910A CN115052038A CN 115052038 A CN115052038 A CN 115052038A CN 202210546910 A CN202210546910 A CN 202210546910A CN 115052038 A CN115052038 A CN 115052038A
- Authority
- CN
- China
- Prior art keywords
- command
- target
- reply
- vehicle
- mapping table
- 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
- 230000006854 communication Effects 0.000 title claims abstract description 148
- 238000004891 communication Methods 0.000 title claims abstract description 125
- 238000000034 method Methods 0.000 title claims abstract description 72
- 238000006243 chemical reaction Methods 0.000 claims abstract description 92
- 238000013507 mapping Methods 0.000 claims abstract description 89
- WXZOXVVKILCOPG-UHFFFAOYSA-N bis(2-ethylhexyl) benzene-1,3-dicarboxylate Chemical compound CCCCC(CC)COC(=O)C1=CC=CC(C(=O)OCC(CC)CCCC)=C1 WXZOXVVKILCOPG-UHFFFAOYSA-N 0.000 claims description 55
- 230000003993 interaction Effects 0.000 claims description 15
- 238000003745 diagnosis Methods 0.000 abstract description 21
- 230000006870 function Effects 0.000 description 12
- 238000004458 analytical method Methods 0.000 description 10
- 238000001914 filtration Methods 0.000 description 7
- 238000010586 diagram Methods 0.000 description 4
- 238000012545 processing Methods 0.000 description 4
- 230000009286 beneficial effect Effects 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000007405 data analysis Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000007493 shaping process Methods 0.000 description 1
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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L2012/40208—Bus networks characterized by the use of a particular bus standard
- H04L2012/40215—Controller Area Network CAN
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L2012/40267—Bus for use in transportation systems
- H04L2012/40273—Bus for use in transportation systems the transportation system being a vehicle
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Automation & Control Theory (AREA)
- Communication Control (AREA)
- Small-Scale Networks (AREA)
Abstract
本发明公开了一种车辆通讯方法、装置、终端设备以及存储介质,通过获取原始命令;基于预先建立的协议映射表,对所述原始命令进行数据转换,得到目标命令;将所述目标命令发送至下位机,以供所述下位机根据所述目标命令与待通讯车辆的目标ECU进行交互,得到回复命令,并将所述回复命令发送至所述上位机;接收所述回复命令,并基于所述协议映射表对所述回复命令进行逆向数据转换,得到回复数据。本申请的上位机通过对原始命令进行数据转换,得到诊断设备支持的数据格式的目标命令,使得下位机能够成功与待通讯车辆的目标ECU进行通讯获取车辆数据,解决了传统诊断设备应用于车辆诊断与编程的问题,提高了诊断设备的适用性。
Description
技术领域
本发明涉及汽车通讯技术领域,尤其涉及一种车辆通讯方法、装置、终端设备以及存储介质。
背景技术
随着科技的不断发展,汽车的电控单元越来越多,伴随着诊断功能也越来越多,汽车内部通讯的发展速度很快,越来越多的车型支持DOIP诊断、编程。但传统的诊断设备受硬件限制,不能通过DOIP通讯实现诊断、编程,导致传统诊断设备的应用范围受到较大的限制。
因此,有必要提出一种提高诊断设备适用性的解决方案。
发明内容
本发明的主要目的在于提供一种车辆通讯方法、装置、终端设备以及存储介质,旨在提高诊断设备的适用性。
为实现上述目的,本发明提供一种车辆通讯方法,所述车辆通讯方法包括:
获取原始命令;
基于预先建立的协议映射表,对所述原始命令进行数据转换,得到目标命令;
将所述目标命令发送至下位机,以供所述下位机根据所述目标命令与待通讯车辆的目标ECU进行交互,得到回复命令,并将所述回复命令发送至所述上位机;
接收所述回复命令,并基于所述协议映射表对所述回复命令进行逆向数据转换,得到回复数据。
可选地,所述基于预先建立的协议映射表,对所述原始命令进行数据转换,得到目标命令的步骤之前还包括:
根据车型协议建立DOIP车载以太网诊断协议与CAN总线协议的协议映射表,其中,所述协议映射表包括至少一个ECU的源地址及目标地址。
可选地,所述将所述目标命令发送至下位机的步骤之前还包括:
发送所述目标ECU的通讯参数至所述下位机,以供所述下位机基于所述通讯参数与所述目标ECU进行交互。
本申请还提供一种车辆通讯方法,所述车辆通讯方法应用于转换器,所述车辆通讯方法包括以下步骤:
获取上位机发送的原始命令;
基于预先建立的协议映射表,对所述原始命令进行数据转换,得到目标命令;
根据所述目标命令与待通讯车辆的目标ECU进行交互,得到回复命令;
基于所述协议映射表,对所述回复命令进行逆向数据转换,得到回复数据;
将所述回复数据发送至所述上位机。
可选地,所述基于预先建立的协议映射表,对所述原始命令进行数据转换,得到目标命令的步骤之前还包括:
根据车型协议建立DOIP车载以太网诊断协议与CAN总线协议的协议映射表,其中,所述协议映射表包括至少一个ECU的源地址及目标地址。
可选地,所述根据所述目标命令与待通讯车辆的目标ECU进行交互,得到回复命令的步骤之前还包括:
从所述上位机获取所述目标ECU的通讯参数;
根据所述通讯参数进行物理链路设置,以用于根据所述目标命令与所述目标ECU进行交互。
此外,为实现上述目的,本发明还提供一种车辆通讯装置,所述车辆通讯装置应用于上位机,包括:
获取模块,用于获取原始命令;
转换模块,用于基于预先建立的协议映射表,对所述原始命令进行数据转换,得到目标命令;
发送模块,用于将所述目标命令发送至下位机,以供所述下位机根据所述目标命令与待通讯车辆的目标ECU进行交互,得到回复命令,并将所述回复命令发送至所述上位机;
接收模块,用于接收所述回复命令,并基于所述协议映射表对所述回复命令进行逆向数据转换,得到回复数据。
此外,为实现上述目的,本发明还提供一种车辆通讯装置,所述车辆通讯装置应用于转换器,
获取模块,用于获取上位机发送的原始命令;
第一转换模块,用于基于预先建立的协议映射表,对所述原始命令进行数据转换,得到目标命令;
交互模块,用于根据所述目标命令与待通讯车辆的目标ECU进行交互,得到回复命令;
第二转换模块,用于基于所述协议映射表,对所述回复命令进行逆向数据转换,得到回复数据;
发送模块,用于将所述回复数据发送至上位机。
此外,为实现上述目的,本发明还提供一种终端设备,所述终端设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的车辆通讯程序,所述车辆通讯程序被所述处理器执行时实现如上所述的车辆通讯方法的步骤。
此外,为实现上述目的,本发明还提供一种计算机可读存储介质,所述计算机可读存储介质上存储有车辆通讯程序,所述车辆通讯程序被处理器执行时实现如上所述的车辆通讯方法的步骤。
本发明实施例提出的一种车辆通讯方法、装置、终端设备以及存储介质,通过获取原始命令;基于预先建立的协议映射表,对所述原始命令进行数据转换,得到目标命令;将所述目标命令发送至下位机,以供所述下位机根据所述目标命令与待通讯车辆的目标ECU进行交互,得到回复命令,并将所述回复命令发送至所述上位机;接收所述回复命令,并基于所述协议映射表对所述回复命令进行逆向数据转换,得到回复数据。本申请的上位机通过对原始命令进行数据转换,得到诊断设备支持的数据格式的目标命令,使得下位机能够成功与待通讯车辆的目标ECU进行通讯获取车辆数据,解决了传统诊断设备应用于车辆诊断与编程的问题,提高了诊断设备的适用性。
附图说明
图1为本发明车辆通讯装置所属终端设备的功能模块示意图;
图2为本发明车辆通讯方法一示例性实施例的流程示意图;
图3为本发明车辆通讯方法另一示例性实施例的流程示意图;
图4为本发明车辆通讯方法又一示例性实施例的流程示意图。
本发明目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。
具体实施方式
应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
本发明实施例的主要解决方案是:诊断设备的上位机通过获取原始命令;基于预先建立的协议映射表,对所述原始命令进行数据转换,得到目标命令;将所述目标命令发送至下位机,以供所述下位机根据所述目标命令与待通讯车辆的目标ECU进行交互,得到回复命令,并将所述回复命令发送至所述上位机;接收所述回复命令,并基于所述协议映射表对所述回复命令进行逆向数据转换,得到回复数据。本申请的上位机通过对原始命令进行数据转换,得到诊断设备支持的数据格式的目标命令,使得下位机能够成功与待通讯车辆的目标ECU进行通讯获取车辆数据,解决了传统诊断设备应用于车辆诊断与编程的问题,提高了诊断设备的适用性。
本发明实施例涉及的技术术语:
DoIP(Diagnostic communication over Internet Protocol,车载以太网诊断协议):是在以太网网络上传输UDS诊断数据的传输协议;
UDS(Unified Diagnostic Services,统一诊断服务):即ISO14229,是诊断服务的规范化标准;
CAN(Controller Area Network,总线协议):是一种用于实时应用的串行通讯协议总线,可使用双绞线来传输信号,用于汽车中各种不同元件之间的通信;
ECU(Electronic Control Unit,电子控制单元):又称“行车电脑”、“车载电脑”等。它和普通的电脑一样,由微控制器(MCU)、存储器(ROM、RAM)、输入/输出接口(I/O)、模数转换器(A/D)以及整形、驱动等大规模集成电路组成。
具体地,参照图1,图1为本发明车辆通讯装置所属终端设备的功能模块示意图。该车辆通讯装置可以为独立于终端设备的、能够进行车辆通讯的装置,其可以通过硬件或软件的形式承载于终端设备上。该终端设备可以为手机、平板电脑等具有数据处理功能的智能移动终端,还可以为具有数据处理功能的固定终端设备或服务器等。
在本实施例中,该车辆通讯装置所属终端设备至少包括输出模块110、处理器120、存储器130以及通信模块140。
存储器130中存储有操作***以及车辆通讯程序,车辆通讯装置可以将获取的原始命令、预先建立的协议映射表、对所述原始命令进行数据转换,得到的目标命令、下位机根据所述目标命令与待通讯车辆的目标ECU进行交互,得到的回复命令以及所述上位机对所述回复命令进行逆向数据转换,得到的回复数据等信息存储于该存储器130中;输出模块110可为显示屏等。通信模块140可以包括WIFI模块、移动通信模块以及蓝牙模块等,通过通信模块140与外部设备或服务器进行通信。
其中,存储器130中的车辆通讯程序被处理器执行时实现以下步骤:
获取原始命令;
基于预先建立的协议映射表,对所述原始命令进行数据转换,得到目标命令;
将所述目标命令发送至下位机,以供所述下位机根据所述目标命令与待通讯车辆的目标ECU进行交互,得到回复命令,并将所述回复命令发送至所述上位机;
接收所述回复命令,并基于所述协议映射表对所述回复命令进行逆向数据转换,得到回复数据。
进一步地,存储器130中的车辆通讯程序被处理器执行时还实现以下步骤:
根据车型协议建立DOIP车载以太网诊断协议与CAN总线协议的协议映射表,其中,所述协议映射表包括至少一个ECU的源地址及目标地址。
进一步地,存储器130中的车辆通讯程序被处理器执行时还实现以下步骤:
发送所述目标ECU的通讯参数至所述下位机,以供所述下位机基于所述通讯参数与所述目标ECU进行交互。
进一步地,存储器130中的车辆通讯程序被处理器执行时还实现以下步骤:
获取上位机发送的原始命令;
基于预先建立的协议映射表,对所述原始命令进行数据转换,得到目标命令;
根据所述目标命令与待通讯车辆的目标ECU进行交互,得到回复命令;
基于所述协议映射表,对所述回复命令进行逆向数据转换,得到回复数据;
将所述回复数据发送至所述上位机。
进一步地,存储器130中的车辆通讯程序被处理器执行时还实现以下步骤:
根据车型协议建立DOIP车载以太网诊断协议与CAN总线协议的协议映射表,其中,所述协议映射表包括至少一个ECU的源地址及目标地址。
进一步地,存储器130中的车辆通讯程序被处理器执行时还实现以下步骤:
从所述上位机获取所述目标ECU的通讯参数;
根据所述通讯参数进行物理链路设置,以用于根据所述目标命令与所述目标ECU进行交互。
本实施例通过上述方案,具体通过获取原始命令;基于预先建立的协议映射表,对所述原始命令进行数据转换,得到目标命令;将所述目标命令发送至下位机,以供所述下位机根据所述目标命令与待通讯车辆的目标ECU进行交互,得到回复命令,并将所述回复命令发送至所述上位机;接收所述回复命令,并基于所述协议映射表对所述回复命令进行逆向数据转换,得到回复数据。本申请的上位机通过对原始命令进行数据转换,得到诊断设备支持的数据格式的目标命令,使得下位机能够成功与待通讯车辆的目标ECU进行通讯获取车辆数据,解决了传统诊断设备应用于车辆诊断与编程的问题,提高了诊断设备的适用性。
基于上述终端设备架构但不限于上述架构,提出本发明方法实施例。
本实施例方法的执行主体可以为一种车辆通讯装置或终端设备等,本实施例以车辆通讯装置进行举例。
参照图2,图2为本发明车辆通讯方法一示例性实施例的流程示意图。所述车辆通讯方法包括:
步骤S10,获取原始命令;
汽车样车的快速调试以及售后疑难故障处理是汽车产业面临的重难点问题,通过诊断设备与车辆的ECU电子控制单元进行通讯,可以实现对整车的数据进行采集,并且能够与多个核心零部件进行数据交互,跨零部件进行数据分析,从而完成对车辆的诊断或编程。在此过程中,由上位机中的命令生成单元根据需要执行的操作按DOIP方式实现的功能产生原始命令,由于传统的诊断设备受硬件限制,不能通过DOIP通讯实现诊断或编程,因此需要上位机中的转换单元获取到原始命令后将原始命令转换成CAN数据格式的目标命令,进而将目标命令发送至下位机,由下位机根据目标命令与目标ECU进行交互。
步骤S20,基于预先建立的协议映射表,对所述原始命令进行数据转换,得到目标命令;
在此之前还包括:
根据车型协议建立DOIP车载以太网诊断协议与CAN总线协议的协议映射表,其中,所述协议映射表包括至少一个ECU的源地址及目标地址。
具体地,在对原始命令进行数据转换之前,需先根据车型协议建立DOIP协议与CAN协议的协议映射表,例如车型协议定义DOIP发动机***的ID为(00010002)映射CAN发动机***的ID为(00030004),依次将各电控***对应ID建立协议映射表。
建立协议映射表后,即可将DOIP数据格式的原始命令转换成CAN数据格式的目标命令,进而根据CAN数据格式的目标命令实现与ECU的交互。
按DOIP方式实现的功能,发送命令给ECU时,将DOIP数据格式转换成CAN数据格式。
根据车型协议建立DOIP协议和CAN协议各电控***的Source address、Targetaddress映射表,例如车型协议定义DOIP发动机***的ID为(00010002)映射CAN发动机***的ID为(00030004),依次将各电控***对应ID建立映射表。
基于ISO13400协议DOIP数据示例如表1所示:
表1 DOIP数据格式示例
02 | FD | 80 | 01 | 00 | 00 | 00 | 07 | 00 | 01 | 00 | 02 | 22 | F1 | 90 |
DOIP数据格式示例中的数据说明见表2:
表2 DOIP数据格式示例中的数据说明
Protocol version协议版本 | 02 |
Inverse protocol version反向协议版本 | FD |
Payload type有效载荷类型 | 8001 |
Payload length有效载荷长度 | 00000007 |
Source address源地址 | 0001 |
Target address目标地址 | 0002 |
User data用户数据 | 22F190 |
基于CAN2.0B,转换后的CAN数据格式见表3:
表3 CAN数据格式示例
88 | 00 | 03 | 00 | 04 | 03 | 22 | f1 | 90 | ff | ff | ff | ff |
CAN数据格式示例中的数据说明见表4:
表4 CAN数据格式示例中的数据说明
88 | 扩展CAN,有效数据长度为8 |
00030004 | 过滤ID(根据映射关系得到) |
03 | 有效数据长度(DOIP userdata字节个数) |
22F190 | 有效数据(对应DOIP userdata) |
FFFFFFFF | 数据填充 |
步骤S30,将所述目标命令发送至下位机,以供所述下位机根据所述目标命令与待通讯车辆的目标ECU进行交互,得到回复命令,并将所述回复命令发送至所述上位机;
在此之前,需将目标ECU的通讯参数发送到下位机,即:
发送所述目标ECU的通讯参数至所述下位机,以供所述下位机基于所述通讯参数与所述目标ECU进行交互。
具体地,在将DOIP数据格式的原始命令转换成CAN数据格式的目标命令的过程中,基于协议映射表可以得到CAN过滤ID,将CAN过滤ID与CAN协议中规定的通讯引脚及通讯波特率作为相关CAN通讯参数发送到下位机,从而根据相关CAN通讯参数完成物理链路设置。例如,数据转换完成后,通过现有函数SetComm将通讯波特率500Kbps、通讯引脚6和14、CAN过滤ID(00030004)等相关CAN通讯参数发送给下位机,从而完成物理链路设置,再将转换后的CAN数据格式的目标命令发送给下位机,下位机基于完成设置的物理链路与目标ECU进行交互。
进一步地,将转换后的CAN数据格式的目标命令发送到下位机,下位机将目标命令发送到车辆的ECU电子控制单元,车辆ECU根据目标命令生成回复命令,进而将产生的回复命令发送到下位机,由下位机将该回复命令发送到上位机,完成整个收发过程。
步骤S40,接收所述回复命令,并基于所述协议映射表对所述回复命令进行逆向数据转换,得到回复数据;
由于ECU生成的回复命令为CAN数据格式,上位机接收到下位机发送的回复命令后,需要再将回复命令逆向转换成DOIP格式,进而将完成数据格式转换后的回复命令进行格式解析。
同样地,将CAN数据格式的回复命令逆向转换成DOIP格式的回复数据也是基于预先建立的协议映射表完成的,数据转换过程与将DOIP数据格式的原始命令转换成CAN数据格式的目标命令的过程类似。
此外,将CAN数据格式的回复命令逆向转换成DOIP格式的回复数据后,即可对回复数据进行格式解析,进而得到解析结果,由于对车辆进行诊断或编程的过程往往需要与车辆进行多轮数据交互,因此可以根据需要执行的操作继续生成原始命令,进而对原始命令进行数据转换得到目标命令,最终与车辆ECU完成多轮交互,完成对车辆的诊断或编程,则通讯过程完成。
在本实施例中,通过获取原始命令;基于预先建立的协议映射表,对所述原始命令进行数据转换,得到目标命令;将所述目标命令发送至下位机,以供所述下位机根据所述目标命令与待通讯车辆的目标ECU进行交互,得到回复命令,并将所述回复命令发送至所述上位机;接收所述回复命令,并基于所述协议映射表对所述回复命令进行逆向数据转换,得到回复数据。通过对原始命令进行数据转换,得到待通讯车辆的目标ECU可支持数据格式的目标命令,进而实现与待通讯车辆的数据交互,解决了传统诊断设备应用于车辆诊断与编程的问题,提高了诊断设备的适用性。
参照图3,图3为本发明车辆通讯方法另一示例性实施例的流程示意图。在本实施例中,所述车辆通讯方法应用于下位机,所述车辆通讯方法包括以下步骤:
步骤A10,从上位机获取目标命令,其中,所述目标命令由所述上位机基于预先建立的协议映射表,对原始命令进行数据转换得到;
具体地,由上位机中按DOIP方式实现的功能产生原始命令,由于传统的诊断设备受硬件限制,不能通过DOIP通讯实现诊断或编程,因此需要上位机基于预先建立的协议映射表将原始命令转换成CAN数据格式的目标命令,进而将目标命令发送至下位机,以用于与车辆ECU进行交互。
步骤A20,根据所述目标命令与待通讯车辆的ECU进行交互,得到回复命令;
在此之前还包括:
获取所述目标命令的相关通讯参数,其中,所述相关通讯参数包括CAN总线协议中的常规通讯参数及所述协议映射表中的转换通讯参数;
根据所述相关通讯参数进行物理链路设置,以用于根据所述目标命令与待通讯车辆的ECU进行交互。
在将DOIP数据格式的原始命令转换成CAN数据格式的目标命令的过程中,基于协议映射表可以得到CAN过滤ID,将CAN过滤ID与CAN协议中规定的通讯引脚及通讯波特率作为相关CAN通讯参数发送到下位机,从而根据相关CAN通讯参数完成物理链路设置。
进一步地,通过现有函数SetComm将通讯波特率、通讯引脚、CAN过滤ID等相关CAN通讯参数发送给下位机,例如,通讯波特率为500Kbps、通讯引脚6和14、CAN过滤ID(00030004),以完成物理链路设置,进而将获取到的目标命令发送到车辆ECU,以供ECU根据所述目标命令生成回复命令,进而实现交互。
步骤A30,将所述回复命令发送至所述上位机,以供所述上位机基于所述协议映射表对所述回复命令进行逆向数据转换,得到回复数据,并对所述回复数据进行格式解析,得到解析结果。
获取到车辆ECU生成的CAN数据格式的回复命令后,将所述回复命令发送到上位机,由于ECU生成的回复命令为CAN数据格式,上位机接收到下位机发送的回复命令后,需要再将回复命令逆向转换成DOIP格式,进而将完成数据格式转换后的回复命令进行格式解析。同样地,将CAN数据格式的回复命令逆向转换成DOIP格式的回复数据也是基于预先建立的协议映射表完成的,数据逆向转换过程与将DOIP数据格式的原始命令转换成CAN数据格式的目标命令的过程类似。将CAN数据格式的回复命令逆向转换成DOIP格式的回复数据后,即可对回复数据进行格式解析,进而得到解析结果,由于对车辆进行诊断或编程的过程往往需要与车辆进行多轮数据交互,因此可以根据需要执行的操作继续生成原始命令,进而对原始命令进行数据转换得到目标命令,最终与车辆ECU完成多轮交互,完成对车辆的诊断或编程,则通讯过程完成。
本实施例通过上述方案,具体通过从上位机获取目标命令,其中,所述目标命令由所述上位机基于预先建立的协议映射表,对原始命令进行数据转换得到;根据所述目标命令与待通讯车辆的ECU进行交互,得到回复命令;将所述回复命令发送至所述上位机,以供所述上位机基于所述协议映射表对所述回复命令进行逆向数据转换,得到回复数据,并对所述回复数据进行格式解析,得到解析结果。通过对原始命令进行数据转换,得到待通讯车辆ECU可支持数据格式的目标命令,进而实现与待通讯车辆的数据交互,对车辆产生的回复命令进行逆向的数据转换处理,得到上位机可解析数据格式的回复数据,完成与待通讯车辆的通讯过程,从而解决了传统诊断设备应用于车辆诊断与编程的问题。
参照图4,图4为本发明车辆通讯方法又一示例性实施例的流程示意图。在本实施例中,所述车辆通讯方法应用于转换器,所述车辆通讯方法包括以下步骤:
步骤B10,获取上位机发送的原始命令;
在通过统一的转换方式将DOIP数据转换成CAN通讯数据,使传统硬件设备也支持车辆诊断和编程的过程中,除了上述实施例中通过上位机进行数据转换的方式,也可以采取外接转换器进行数据转换,作为其中一种实施方式,通过转换器获取上位机生成的DOIP数据格式的原始命令,进而对原始命令进行数据转换。
步骤B20,基于预先建立的协议映射表,对所述原始命令进行数据转换,得到目标命令;
在对原始命令进行数据转换之前,需先根据车型协议建立DOIP协议与CAN协议的协议映射表,例如车型协议定义DOIP发动机***的ID为(00010002)映射CAN发动机***的ID为(00030004),依次将各电控***对应ID建立协议映射表。
建立协议映射表后,即可通过转换器将DOIP数据格式的原始命令转换成CAN数据格式的目标命令,进而根据CAN数据格式的目标命令实现与ECU的交互。
步骤B30,根据所述目标命令与待通讯车辆的目标ECU进行交互,得到回复命令;
在此之前,需将从目标ECU的获取通讯参数以完成物理链路设置,即:
从所述上位机获取所述目标ECU的通讯参数;
根据所述通讯参数进行物理链路设置,以用于根据所述目标命令与所述目标ECU进行交互。
具体地,通过上位机可以获取目标ECU的通讯参数,即CAN协议中规定的通讯引脚及通讯波特率,根据该通讯参数可以完成物理链路设置,进而实现与目标ECU进行交互。
进一步地,将转换后的CAN数据格式的目标命令发送到车辆的目标ECU,目标ECU根据目标命令生成回复命令,进而将产生的回复命令发送到转换器,由转换器对该回复命令进行数据转换,以得到DOIP数据格式的回复数据。
步骤B40,基于所述协议映射表,对所述回复命令进行逆向数据转换,得到回复数据;
更进一步地,由于ECU生成的回复命令为CAN数据格式,转换器接收到ECU发送的回复命令后,需要再将回复命令逆向转换成DOIP格式,进而将完成数据格式转换后的回复数据发送到上位机,由上位机对回复数据进行格式解析。同样地,将CAN数据格式的回复命令逆向转换成DOIP格式的回复数据也是基于预先建立的协议映射表完成的,数据转换过程与将DOIP数据格式的原始命令转换成CAN数据格式的目标命令的过程类似。
步骤B50,将所述回复数据发送至所述上位机。
将CAN数据格式的回复命令逆向转换成DOIP格式的回复数据后,即可将所述回复数据发送到上位机,由上位机对回复数据进行格式解析,进而得到解析结果,由于对车辆进行诊断或编程的过程往往需要与车辆进行多轮数据交互,因此可以根据需要执行的操作继续生成原始命令,进而对原始命令进行数据转换得到目标命令,最终与车辆的目标ECU完成多轮交互,完成对车辆的诊断或编程,则通讯过程完成。
本实施例通过上述方案,具体通过获取原始命令;基于预先建立的协议映射表,对所述原始命令进行数据转换,得到目标命令;根据所述目标命令与待通讯车辆的目标ECU进行交互,得到回复命令;基于所述协议映射表,对所述回复命令进行逆向数据转换,得到回复数据;将所述回复数据发送至所述上位机。通过转换器对原始命令进行数据转换,得到待通讯车辆ECU可支持数据格式的目标命令,进而实现与待通讯车辆的数据交互,对车辆产生的回复命令进行逆向的数据转换处理,得到上位机可解析数据格式的回复数据,完成与待通讯车辆的通讯过程,从而解决了传统诊断设备应用于车辆诊断与编程的问题。
此外,本发明实施例还提出一种车辆通讯装置,所述车辆通讯装置应用于上位机,包括:
获取模块,用于获取原始命令;
转换模块,用于基于预先建立的协议映射表,对所述原始命令进行数据转换,得到目标命令;
发送模块,用于将所述目标命令发送至下位机,以供所述下位机根据所述目标命令与待通讯车辆的目标ECU进行交互,得到回复命令,并将所述回复命令发送至所述上位机;
接收模块,用于接收所述回复命令,并基于所述协议映射表对所述回复命令进行逆向数据转换,得到回复数据。其中,所述发送模块还用于发送所述目标ECU的通讯参数至所述下位机,以供所述下位机基于所述通讯参数与所述目标ECU进行交互。
此外,所述车辆通讯装置还包括建立映射模块,用于根据车型协议建立DOIP车载以太网诊断协议与CAN总线协议的协议映射表,其中,所述协议映射表包括至少一个ECU的源地址及目标地址。
具体步骤包括:
第一步:按DOIP方式实现的功能,发送命令给ECU时,将DOIP数据格式转换成CAN数据格式。第二步:数据转换完成后,通过现有函数SetComm将通讯波特率500Kbps、通讯引脚6和14、CAN过滤ID(00030004)等相关CAN通讯参数发送给下位机,完成物理链路设置。再将转换后的CAN数据发送给下位机,下位机负责交互。
第三步:下位机将ECU的回复命令发送至上位机,由上位机将CAN格式的回复命令逆向转换成DOIP数据格式,再由上位机根据DOIP协议对回复数据进行格式解析,完成整个收发过程。
在本实施例中,通过数据转换的方式,实现DOIP和CAN通讯的切换,可以根据各设备硬件配置灵活设置,提升各设备的灵活性和适用性,可以将DOIP通讯实现的功能,通过数据格式转换,设置CAN通讯链路,实现命令的交互以及诊断功能的执行。
此外,本发明实施例还提出一种车辆通讯装置,所述车辆通讯方法应用于转换器,所述车辆通讯方法包括以下步骤:
获取上位机发送的原始命令;
基于预先建立的协议映射表,对所述原始命令进行数据转换,得到目标命令;
根据所述目标命令与待通讯车辆的目标ECU进行交互,得到回复命令;
基于所述协议映射表,对所述回复命令进行逆向数据转换,得到回复数据;
将所述回复数据发送至所述上位机。
此外,所述车辆通讯装置还包括建立映射模块及设置模块,其中,所述建立映射模块用于根据车型协议建立DOIP车载以太网诊断协议与CAN总线协议的协议映射表,其中,所述协议映射表包括至少一个ECU的源地址及目标地址;所述设置模块包括获取单元及设置单元,所述获取单元用于从所述上位机获取所述目标ECU的通讯参数;所述设置单元用于根据所述通讯参数进行物理链路设置,以用于根据所述目标命令与所述目标ECU进行交互。
本实施例实现车辆通讯的原理及实施过程,请参照上述各实施例,在此不再赘述。
此外,本发明实施例还提出一种终端设备,所述终端设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的车辆通讯程序,所述车辆通讯程序被所述处理器执行时实现如上所述的车辆通讯方法的步骤。
由于本车辆通讯程序被处理器执行时,采用了前述所有实施例的全部技术方案,因此至少具有前述所有实施例的全部技术方案所带来的所有有益效果,在此不再一一赘述。
此外,本发明实施例还提出一种计算机可读存储介质,所述计算机可读存储介质上存储有车辆通讯程序,所述车辆通讯程序被处理器执行时实现如上所述的车辆通讯方法的步骤。
由于本车辆通讯程序被处理器执行时,采用了前述所有实施例的全部技术方案,因此至少具有前述所有实施例的全部技术方案所带来的所有有益效果,在此不再一一赘述。
相比现有技术,本发明实施例提出的车辆通讯方法、装置、终端设备以及存储介质,通过获取原始命令;基于预先建立的协议映射表,对所述原始命令进行数据转换,得到目标命令;将所述目标命令发送至下位机,以供所述下位机根据所述目标命令与待通讯车辆的目标ECU进行交互,得到回复命令,并将所述回复命令发送至所述上位机;接收所述回复命令,并基于所述协议映射表对所述回复命令进行逆向数据转换,得到回复数据;对所述回复数据进行格式解析,得到解析结果。本申请的上位机通过对原始命令进行数据转换,得到诊断设备支持的数据格式的目标命令,使得下位机能够成功与待通讯车辆的目标ECU进行通讯获取车辆数据,解决了传统诊断设备应用于车辆诊断与编程的问题,提高了诊断设备的适用性。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者***不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者***所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者***中还存在另外的相同要素。
上述本申请实施例序号仅仅为了描述,不代表实施例的优劣。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在如上的一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,被控终端,或者网络设备等)执行本申请每个实施例的方法。
以上仅为本发明的优选实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。
Claims (10)
1.一种车辆通讯方法,其特征在于,所述车辆通讯方法应用于上位机,所述车辆通讯方法包括以下步骤:
获取原始命令;
基于预先建立的协议映射表,对所述原始命令进行数据转换,得到目标命令;
将所述目标命令发送至下位机,以供所述下位机根据所述目标命令与待通讯车辆的目标ECU进行交互,得到回复命令,并将所述回复命令发送至所述上位机;
接收所述回复命令,并基于所述协议映射表对所述回复命令进行逆向数据转换,得到回复数据。
2.如权利要求1所述的车辆通讯方法,其特征在于,所述基于预先建立的协议映射表,对所述原始命令进行数据转换,得到目标命令的步骤之前还包括:
根据车型协议建立DOIP车载以太网诊断协议与CAN总线协议的协议映射表,其中,所述协议映射表包括至少一个ECU的源地址及目标地址。
3.如权利要求1所述的车辆通讯方法,其特征在于,所述将所述目标命令发送至下位机的步骤之前还包括:
发送所述目标ECU的通讯参数至所述下位机,以供所述下位机基于所述通讯参数与所述目标ECU进行交互。
4.一种车辆通讯方法,其特征在于,所述车辆通讯方法应用于转换器,所述车辆通讯方法包括以下步骤:
获取上位机发送的原始命令;
基于预先建立的协议映射表,对所述原始命令进行数据转换,得到目标命令;
根据所述目标命令与待通讯车辆的目标ECU进行交互,得到回复命令;
基于所述协议映射表,对所述回复命令进行逆向数据转换,得到回复数据;
将所述回复数据发送至所述上位机。
5.如权利要求4所述的车辆通讯方法,其特征在于,所述基于预先建立的协议映射表,对所述原始命令进行数据转换,得到目标命令的步骤之前还包括:
根据车型协议建立DOIP车载以太网诊断协议与CAN总线协议的协议映射表,其中,所述协议映射表包括至少一个ECU的源地址及目标地址。
6.如权利要求4所述的车辆通讯方法,其特征在于,所述根据所述目标命令与待通讯车辆的目标ECU进行交互,得到回复命令的步骤之前还包括:
从所述上位机获取所述目标ECU的通讯参数;
根据所述通讯参数进行物理链路设置,以用于根据所述目标命令与所述目标ECU进行交互。
7.一种车辆通讯装置,其特征在于,所述车辆通讯装置应用于上位机,包括:
获取模块,用于获取原始命令;
转换模块,用于基于预先建立的协议映射表,对所述原始命令进行数据转换,得到目标命令;
发送模块,用于将所述目标命令发送至下位机,以供所述下位机根据所述目标命令与待通讯车辆的目标ECU进行交互,得到回复命令,并将所述回复命令发送至所述上位机;
接收模块,用于接收所述回复命令,并基于所述协议映射表对所述回复命令进行逆向数据转换,得到回复数据。
8.一种车辆通讯装置,其特征在于,所述车辆通讯装置应用于转换器,
获取模块,用于获取上位机发送的原始命令;
第一转换模块,用于基于预先建立的协议映射表,对所述原始命令进行数据转换,得到目标命令;
交互模块,用于根据所述目标命令与待通讯车辆的目标ECU进行交互,得到回复命令;
第二转换模块,用于基于所述协议映射表,对所述回复命令进行逆向数据转换,得到回复数据;
发送模块,用于将所述回复数据发送至上位机。
9.一种终端设备,其特征在于,所述终端设备包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的车辆通讯程序,所述车辆通讯程序被所述处理器执行时实现如权利要求1-3或4-6中任一项所述的车辆通讯方法的步骤。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有车辆通讯程序,所述车辆通讯程序被处理器执行时实现如权利要求1-3或4-6中任一项所述的车辆通讯方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210546910.4A CN115052038A (zh) | 2022-05-19 | 2022-05-19 | 车辆通讯方法、装置、终端设备以及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210546910.4A CN115052038A (zh) | 2022-05-19 | 2022-05-19 | 车辆通讯方法、装置、终端设备以及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115052038A true CN115052038A (zh) | 2022-09-13 |
Family
ID=83160465
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210546910.4A Pending CN115052038A (zh) | 2022-05-19 | 2022-05-19 | 车辆通讯方法、装置、终端设备以及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115052038A (zh) |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20140076692A (ko) * | 2012-12-12 | 2014-06-23 | 현대자동차주식회사 | 차량 진단 게이트웨이 장치 및 이를 포함하는 시스템 |
CN107037804A (zh) * | 2017-04-21 | 2017-08-11 | 深圳市元征科技股份有限公司 | 模拟汽车通讯的方法、***以及计算机可读存储介质 |
CN107864080A (zh) * | 2017-10-20 | 2018-03-30 | 深圳市元征软件开发有限公司 | 汽车通信方法、装置及计算机可读存储介质 |
CN109669442A (zh) * | 2018-12-25 | 2019-04-23 | 深圳市元征科技股份有限公司 | 一种协议转换方法及转换装置 |
-
2022
- 2022-05-19 CN CN202210546910.4A patent/CN115052038A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20140076692A (ko) * | 2012-12-12 | 2014-06-23 | 현대자동차주식회사 | 차량 진단 게이트웨이 장치 및 이를 포함하는 시스템 |
CN107037804A (zh) * | 2017-04-21 | 2017-08-11 | 深圳市元征科技股份有限公司 | 模拟汽车通讯的方法、***以及计算机可读存储介质 |
CN107864080A (zh) * | 2017-10-20 | 2018-03-30 | 深圳市元征软件开发有限公司 | 汽车通信方法、装置及计算机可读存储介质 |
CN109669442A (zh) * | 2018-12-25 | 2019-04-23 | 深圳市元征科技股份有限公司 | 一种协议转换方法及转换装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN114553873A (zh) | 基于soa的车云协同控制***、方法及可读存储介质 | |
CN111427335A (zh) | 一种车辆远程诊断方法、设备连接器及车辆连接器 | |
DE102015223512A1 (de) | System und Verfahren zum Zusammenwirken zwischen Fahrzeugsteuerung und externer Ressource | |
US20230394892A1 (en) | System and method for acquiring vehicle information, and vehicle | |
WO2021035634A1 (zh) | 车辆远程诊断方法及*** | |
CN112667217A (zh) | 一种基于智能车联网架构的车端开发模块 | |
CN110166485B (zh) | 一种协议的调度使用方法及装置 | |
CN108810000B (zh) | 一种生成序列化和反序列化api的方法及装置 | |
CN111552266A (zh) | 车辆远程诊断方法、***、设备连接器及车辆连接器 | |
CN114051040A (zh) | 一种基于soa的车身域和座舱域的通讯架构及融合方法 | |
CN115052038A (zh) | 车辆通讯方法、装置、终端设备以及存储介质 | |
CN117336113A (zh) | 车辆控制***的通信方法及相关装置 | |
CN115037787B (zh) | 一种测试汽车网络通信的方法、***和装置 | |
CN116319499A (zh) | 车辆的诊断方法、装置、电子设备及存储介质 | |
CN113259200B (zh) | 车载以太网交换机硬件测试方法、装置、设备及存储介质 | |
CN109005163A (zh) | 一种http动态请求服务调用方法 | |
CN115145250A (zh) | 车辆诊断方法、***、装置、终端设备及存储介质 | |
CN113934198A (zh) | 车辆诊断方法、装置、电子设备及存储介质 | |
CN114979231A (zh) | 一种基于整车dds协议的移动终端实时车辆控制方法、***及汽车 | |
CN105791346B (zh) | 实现soap接口的跨平台解决方法及服务、网络设备 | |
CN114442590A (zh) | 车辆诊断方法、设备、诊断通信装置、服务器及存储介质 | |
CN113542381B (zh) | 一种消息帧处理方法和装置 | |
CN112615932B (zh) | 一种基于车辆总线的通讯方法和车辆网关设备 | |
CN115941749B (zh) | 一种车载通信***、方法和车辆 | |
CN113450785B (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 |