CN117640720A - 远程诊断的通道创建方法、车辆连接器和远程诊断系统 - Google Patents

远程诊断的通道创建方法、车辆连接器和远程诊断系统 Download PDF

Info

Publication number
CN117640720A
CN117640720A CN202311615747.3A CN202311615747A CN117640720A CN 117640720 A CN117640720 A CN 117640720A CN 202311615747 A CN202311615747 A CN 202311615747A CN 117640720 A CN117640720 A CN 117640720A
Authority
CN
China
Prior art keywords
baud rate
ecu
doip
protocol
automobile
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202311615747.3A
Other languages
English (en)
Inventor
杜志鹏
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shenzhen Road Tongsheng Software Development Co ltd
Original Assignee
Shenzhen Road Tongsheng Software Development 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 Road Tongsheng Software Development Co ltd filed Critical Shenzhen Road Tongsheng Software Development Co ltd
Priority to CN202311615747.3A priority Critical patent/CN117640720A/zh
Publication of CN117640720A publication Critical patent/CN117640720A/zh
Pending legal-status Critical Current

Links

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/14—Session management
    • H04L67/141—Setup of application sessions
    • 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/14—Session management
    • H04L67/146—Markers for unambiguous identification of a particular session, e.g. session cookie or URL-encoding
    • 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/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • H04L67/303—Terminal profiles
    • 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)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Automation & Control Theory (AREA)
  • Small-Scale Networks (AREA)

Abstract

本申请实施例涉及汽车诊断技术领域，公开了一种远程诊断的通道创建方法和远程诊断系统，方法包括：在车辆连接器连接汽车的OBD接口时，读取汽车的VIN码；将VIN码发送给服务器，获得目标配置文件；根据目标配置文件判断通信属性中的同一ECU管脚对上是否存在CAN协议波特率冲突或DOIP和CAN通信协议冲突；如果存在CAN协议波特率冲突，则确定管脚对是哪种波特率，以解决所述CAN协议波特率冲突。如果存在DOIP和CAN协议冲突，则确定管脚对是否为CAN协议，若不是CAN协议，则为DOIP协议，创建DOIP通道。本申请解决远程诊断的配置文件中的同一ECU管脚对上的CAN协议波特率冲突及DOIP和CAN通信协议冲突，实现车辆连接器与设备连接器之间的远程通道的建立。

Description

远程诊断的通道创建方法、车辆连接器和远程诊断系统
技术领域
本申请实施例涉及汽车诊断技术领域，尤其涉及一种远程诊断的通道创建系统、车辆连接器和远程诊断系统。
背景技术
随着社会发展和科学技术的进步，汽车的设计与生产也越来越多的采用了电子控制单元(Electronic Control Unit，ECU)，这一方面使汽车的自动化程度越来越高，性能更加优越，操作更加方便灵活，另一方面也对汽车维修提出了更高的要求。传统的手工维修方式已不能满足汽车的维修需要。为此，目前国内外的汽车维修厂都需要配备诊断设备来检测汽车相关系统的故障。
通过汽车VIN码(Vehicle Identification Number，VIN)获得的汽车的配置信息(包括汽车品牌、车型和生产年份)，继而只能得到通信属性数据库中生产年份对应的汽车ECU的身份标识，并不包括销售年份的汽车ECU的身份标识。对于同一汽车ECU，由于生产年份和销售年份的不同，汽车ECU的身份标识可能不同，导致同一汽车ECU传输的报文中携带的身份标识可能不同，从而引发根据数据库里中生产年份对应的汽车ECU身份标识设置过滤器丢失ECU报文的问题。因此，在实际应用中，以汽车品牌为单位，根据通信属性数据库里的该汽车品牌的所有ECU的通信属性，生成同一汽车品牌(即同一车系)的配置文件，该配置文件包括同一车系的全部汽车ECU的身份标识，这样ECU身份标识是最全的，设置的过滤器不会导致丢失ECU的报文。但是，生成的配置文件会产生同一ECU管脚对上有CAN(Controller Area Network，控制局域网络)协议波特率冲突或DOIP(Diagnosis overInternet Protocol，基于IP网络的诊断通信协议)和CAN通信协议冲突，影响车辆连接器与设备连接器之间的远程通道的建立。
发明内容
本申请实施例主要解决的技术问题是提供一种远程诊断的通道创建方法和远程诊断系统，在远程诊断环境下，可以解决远程诊断的配置文件中的同一ECU管脚对上的CAN协议波特率冲突及DOIP和CAN通信协议冲突，实现车辆连接器与设备连接器之间的远程通道的建立。
第一方面，本申请实施例中提供一种远程诊断的通道创建方法，应用于车辆连接器，所述车辆连接器用于通信连接汽车和服务器，设备连接器用于通信连接所述服务器和诊断设备；所述方法包括：
在所述车辆连接器连接所述汽车的车载自动诊断系统OBD接口时，读取所述汽车的车辆识别码VIN码；
将所述VIN码发送给所述服务器；
解析从所述服务器接收到的所述目标配置文件，其中，所述目标配置文件为所述服务器根据所述VIN码生成的ECU节点，且所述ECU节点反映所述汽车所属车辆品牌的所有电子控制单元ECU的通信属性；
根据所述目标配置文件判断所述通信属性中的同一ECU管脚对上是否存在控制局域网络CAN协议波特率冲突或基于IP网络的诊断通信协议DOIP和CAN通信协议冲突；
如果所述同一ECU管脚对存在CAN协议波特率冲突，则通过CAN波特率检测来确定所述同一ECU管脚对是哪种波特率，以解决所述CAN协议波特率冲突；
如果所述同一ECU管脚对存在DOIP和CAN通信协议冲突，则通过CAN波特率检测来确定所述同一ECU管脚对是否为CAN协议；
若通过CAN波特率检测没有检测出CAN波特率，则确定所述同一ECU管脚对的通信协议不是CAN协议，则将所述同一ECU管脚对的通信协议确定为DOIP协议，则通过所述同一ECU管脚对上的DOIP协议的ECU节点的通信属性创建远程诊断系统的DOIP通道。
可以解决同一ECU管脚对上的CAN协议波特率冲突及DOIP和CAN通信协议冲突，实现车辆连接器与设备连接器之间的远程通道的建立。
在一些实施例中，所述根据所述目标配置文件判断所述通信属性中的同一ECU管脚对上是否存在CAN协议波特率冲突或DOIP和CAN通信协议冲突，包括：
遍历所述目标配置文件的所有ECU节点，若存在ECU节点管脚对相同，则确定这些相同管脚对的ECU节点为同一管脚对上的ECU节点；其中，在所述目标配置文件里，每个ECU节点代表一个ECU；
如果所述同一管脚对上的ECU节点的波特率有多个，则确定所述同一ECU管脚对上存在CAN协议波特率冲突；
如果所述同一管脚对上的ECU节点的通信协议既有DOIP协议，又有CAN协议的，则确定所述同一ECU管脚对上存在DOIP和CAN通信协议冲突。
在一些实施例中，所述通过CAN波特率检测来确定所述同一ECU管脚对是哪种波特率，包括：
在所述目标配置文件中，获取所述同一管脚对上的ECU节点的多个波特率组成的波特率列表；
在所述同一管脚对上，依次监听所述波特率列表中的波特率，并得到所述波特率列表中各个波特率的监听状态，其中，所述监听状态包括成功状态或失败状态；
若所述波特率列表中某一个波特率的监听状态为成功状态，则将监听成功的波特率确定为第一管脚对上的检测到的波特率；其中，波特率监听成功是指用波特率在同一ECU管脚对上正确接收一帧报文；
若所述波特率列表中任一个波特率的监听状态都为失败状态，则启动检测模式，从所述波特率列表中获取一个待检测的波特率，以当前待检测的波特率在所述同一管脚对上，向汽车电子控制单元发送一帧广播报文；
若接收到所述汽车电子控制单元返回的确认信号，则确定当前待检测的波特率为第二管脚对上检测到的波特率，若未接收到所述汽车电子控制单元返回的确认信号，则尝试获取所述波特率列表中下一个波特率为待检测波特率，并继续发送广播报文，直到确认波特率，以获得所述第二管脚对上检测到的波特率，或者所述波特率列表已遍历完都没有确认波特率。
采用波特率检测的方式检测同一ECU管脚对是哪种波特率。
在一些实施例中，所述通过所述同一ECU管脚对上的DOIP协议的第三ECU节点的通信属性创建远程诊断系统的DOIP通道，包括：
激活汽车DOIP网关；
在所述汽车DOIP网关激活后，根据所述目标配置文件的第一ECU节点，创建所述车辆连接器与所述设备连接器之间的DOIP通道。
在同一ECU管脚对的通信协议为DOIP协议时，首先激活汽车DOIP网关，从而可以创建所述车辆连接器与所述设备连接器之间的DOIP通道。
在一些实施例中，所述激活汽车DOIP网关，包括：
检测所述汽车的DOIP激活引脚的反馈电压；其中，所述反馈电压是所述诊断设备给所述设备连接器输出所述第一检测电压而获得的；
接收报文的形式的激活电压；其中，所述激活电压是所述设备连接器通过所述服务器以报文的形式转发的，且所述激活电压是所述诊断设备基于所述汽车的DOIP激活引脚的通信模式调整第一检测电压获得的，所述通信模式是所述诊断设备根据所述汽车的DOIP激活引脚的反馈电压确定的；
将所述激活电压发送给所述汽车，使得所述汽车以所述激活电压激活DOIP通道，实现激活所述汽车DOIP网关。
设备连接器和服务器之间以报文形式传递激活电压，实现激活电压的远程传递，使得汽车激活DOIP通道，实现激活所述汽车DOIP网关。
在一些实施例中，所述检测所述汽车的DOIP激活引脚的反馈电压；其中，所述反馈电压是所述诊断设备给所述设备连接器输出所述第一检测电压而获得的，包括：
在接收到所述服务器发送的所述第一数字报文后，解析所述第一数字报文，获得所述第一检测电压；其中，所述第一数字报文是所述诊断设备给所述设备连接器输出所述第一检测电压后，所述设备连接器将所述第一检测电压转换获得；
将所述第一检测电压输出给所述DOIP激活引脚，以供所述汽车识别所述第一检测电压，并在所述DOIP激活引脚上生成反馈电压；
识别DOIP激活引脚的反馈电压后，将所述DOIP激活引脚的反馈电压转换为第二数字报文，并通过所述服务器将所述第二数字报文反馈给所述设备连接器，以供所述设备连接器解析所述第二数字报文获得所述DOIP激活引脚的反馈电压，以将所述DOIP激活引脚的反馈电压输出给所述诊断设备。
在一些实施例中，所述激活电压是所述诊断设备基于所述汽车的DOIP激活引脚的通信模式的电压范围，调整第一检测电压获得的。
在一些实施例中，所述解决所述CAN协议波特率冲突，包括：
将检测到的波特率发送给所述设备连接器，以供所述设备连接器及所述车辆连接器根据第二ECU节点除产生冲突的波特率外的其他通信属性和检测到的波特率，同步创建所述车辆连接器与所述设备连接器之间的CAN通道。
当检测到波特率，将检测到的波特率发送给设备连接器，实现设备连接器和车辆连接器创建CAN通道。
在一些实施例中，所述方法还包括：
若在所述同一ECU管脚对检测出CAN波特率，则将所述同一ECU管脚对的通信协议确定为CAN协议；
给所述设备连接器发送报文，以使所述设备连接器确定所述同一ECU管脚对的通信协议为CAN协议，以供所述设备连接器及所述车辆连接器根据所述CAN协议的第三ECU节点的通信属性，同步创建所述车辆连接器与所述设备连接器之间的CAN通道。
在同一ECU管脚对存在DOIP和CAN通信协议冲突，并确定ECU管脚对的通信协议为CAN协议时，车辆连接器给设备连接器发送报文，使得设备连接器确定ECU管脚对的通信协议为CAN协议，且利用该管脚对上的ECU节点的通信属性创建CAN通道。
第二方面，本申请实施例中提供一种车辆连接器，所述车辆连接器包括：
处理器以及与所述处理器通信连接的存储器；
所述存储器中存储有计算机程序指令，所述计算机程序指令在被所述处理器调用时，以使所述处理器执行如第一方面任意一项所述的方法。
第三方面，本申请实施例中提供一种远程诊断系统，所述远程诊断系统包括：诊断设备、设备连接器及如第二方面所述的车辆连接器，所述车辆连接器通信连接汽车和所述服务器，所述设备连接器通信连接所述服务器和所述诊断设备。
第四方面，本申请实施例中提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可执行指令，当所述计算机可执行指令被车辆连接器执行时，以实现如第一方面任一项所述的远程诊断的通道创建方法的步骤。
本申请实施例的有益效果：区别于现有技术的情况，在创建远程诊断的通道时，车辆连接器连接汽车的车载自动诊断系统OBD接口，读取汽车的车辆识别码VIN码，服务器在接收到汽车的VIN码后，在预先设置的通信属性数据库中查找出VIN码对应的车辆品牌的通信属性数据，相比于按品牌、生产年份和型号三个属性进行查找，不受VIN码解析的生产年份和数据库里的销售年份的分歧限制，能够有效减少查找不匹配的情况，有益于诊断的顺利进行；然后，根据所述目标配置文件判断所述通信属性数据中的同一ECU管脚对上是否存在CAN协议波特率冲突或DOIP和CAN通信协议冲突，如果所述同一ECU管脚对存在CAN协议波特率冲突，则需要解决CAN协议波特率冲突，通过CAN波特率检测来确定同一ECU管脚对是哪种波特率，可以远程创建CAN通道；如果所述同一ECU管脚对上存在DOIP和CAN通信协议冲突，则需要解决DOIP和CAN通信协议冲突，可以通过CAN波特率检测来确定ECU管脚对是否为CAN协议，如果检测出CAN波特率，则确定为CAN协议，否则为DOIP协议；在确定为DOIP协议时，构建远程的DOIP通道。在构建通信链路后，可以进行准确的远程诊断。
附图说明
一个或多个实施例通过与之对应的附图中的图片进行示例性说明，这些示例性说明并不构成对实施例的限定，附图中具有相同参考数字标号的元件表示为类似的元件，除非有特别申明，附图中的图不构成比例限制。
图1为本申请一些实施例中远程诊断系统的结构示意图；
图2为本申请另一些实施例中远程诊断系统的结构示意图；
图3为本申请一些实施例中远程诊断的通道创建方法的流程示意图；
图4为本申请一些实施例的汽车控制系统中各个ECU和总线的连接示意图；
图5为本申请一些实施例中远程诊断的通道创建装置的一个实施例的结构示意图；
图6为本申请车辆连接器的一个实施例中控制器的硬件结构示意图。
具体实施方式
下面结合具体实施例对本申请进行详细说明。以下实施例将有助于本领域的技术人员进一步理解本申请，但不以任何形式限制本申请。应当指出的是，对本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进。这些都属于本申请的保护范围。
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本申请，并不用于限定本申请。
需要说明的是，如果不冲突，本申请实施例中的各个特征可以相互结合，均在本申请的保护范围之内。另外，虽然在装置示意图中进行了功能模块划分，在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于装置中的模块划分，或流程图中的顺序执行所示出或描述的步骤。此外，本文所采用的“第一”、“第二”、“第三”等字样并不对数据和执行次序进行限定，仅是对功能和作用基本相同的相同项或相似项进行区分。
除非另有定义，本说明书所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本说明书中在本申请的说明书中所使用的术语只是为了描述具体的实施方式的目的，不是用于限制本申请。本说明书所使用的术语“和/或”包括一个或多个相关的所列项目的任意的和所有的组合。
此外，下面所描述的本申请各个实施方式中所涉及到的技术特征只要彼此之间未构成冲突就可以相互组合。
请参阅图1，图1为本申请一些实施例提供的远程诊断系统100的结构示意图，该远程诊断系统100包括车辆连接器10、设备连接器20和服务器30，车辆连接器10通信连接汽车50和服务器30，设备连接器20通信连接服务器30和诊断设备40。
其中，车辆连接器10可以是第一VCI(vehicle communication interface，VCI)通信设备11，为具有计算处理能力的电子设备，其集成有通信接口，如OBD接口，车辆连接器10可通过OBD接口与汽车50的OBD接口通信连接，车辆连接器10能够将汽车总线上的数据转换为服务器30能够识别的数据，也可以将服务器30下发的数据转换为汽车总线能够识别的数据。另外，车辆连接器10还具有无线通信功能，能够通过WIFI等网络与服务器30通信连接，也可通过有线连接的方式与服务器30通信连接，使通信更加可靠。在一些实施例中，车辆连接器10还包括触摸显示屏，从而能够接收操作人员的操作或显示操作指令、诊断情况或相关数据等。
请参阅图2，在一些实施例中，车辆连接器10还包括第一移动终端12。这里，第一移动终端12可以为平板电脑、智能手机或各种形式的手持智能设备等。在此实施例中，第一VCI通信设备11与汽车50的OBD接口有线连接，还与第一移动终端12有线连接，如可与第一移动终端12采用USB有线连接。第一移动终端12通过WIFI等网络与服务器30通信连接，第一移动终端12也可通过有线连接的方式与服务器30通信连接，使通信更加可靠。可以理解的是，第一移动终端12包括触摸显示屏，从而能够接收操作人员的操作或显示操作指令、诊断情况或相关数据等。
设备连接器20可以是第二VCI通信设备21，具有计算处理能力的电子设备，其集成有通信接口，如OBD接口，设备连接器20可通过OBD接口与诊断设备40的OBD接口通信连接，设备连接器20能够将诊断设备总线上的数据转换为服务器30能够识别的数据，也可以将服务器30下发的数据转换为诊断设备40总线能够识别的数据。另外，设备连接器20可具有无线通信功能，能够通过WIFI等网络与服务器30通信连接，也可通过有线连接的方式与服务器30通信连接，使通信更加可靠。在一些实施例中，设备连接器20还包括触摸显示屏，从而，能够接收操作人员的操作或显示操作指令、诊断情况或相关数据等。
请再次参阅图2，在一些实施例中，设备连接器20还包括第二移动终端22。第二移动终端22可以为平板电脑、智能手机或各种形式的手持智能设备等，其中，第二VCI通信设备21和第二移动终端22通过IOT服务器31通信连接，IOT服务器31专门负责人机交互状态同步的命令传递。
在此实施例中，第二VCI通信设备21与诊断设备40的OBD接口有线连接，还与第二移动终端22通过服务器网络连接。第二移动终端22通过网线或WIFI等网络与服务器30通信连接。可以理解的是，第二移动终端22包括触摸显示屏，从而能够接收操作人员的操作或显示操作指令、诊断情况或相关数据等。
也即，车辆连接器10和设备连接器20可以为同样的通信设备，具有相同的硬件和软件。区别仅在于车辆连接器10应用于近车端，通信连接汽车50的OBD接口和服务器30，设备连接器20应用于远车端，用于通信连接诊断设备40和服务器30。本领域技术人员可以理解的是，这里“第一”和“第二”并不对通信设备构成任何限制。
服务器30可以为本地物理服务器，也可以是云设备，例如：云服务器、云主机、云服务平台、云计算平台等，云设备通过网络与车辆连接器10或设备连接器20通信连接，并且两者通过预定的通信协议通信连接，具体的，该通信协议可以是TCP/IP等协议。在另一些实施例中，车辆连接器10与设备连接器20之间可采用P2P协议通信连接，这样，车辆连接器10与设备连接器20可不通过服务器30通信连接，也即在远程诊断系统100中，可不包含服务器30。
诊断设备40是用于检测汽车故障的便携式智能汽车故障自检仪，用户可以利用它迅速地读取汽车电控系统中的故障，并通过液晶显示屏显示故障信息，迅速查明发生故障的部位及原因。可以理解的是，诊断设备40可以采用市面上现有的汽车诊断仪，其包括上位机42和下位机41，二者可以采用有线或者无线连接方式连接，如通过USB线、蓝牙、WIFI进行连接，上位机42可以是平板、电脑等设备，用于人机交互，下位机41可以是VCI，用于通信连接上位机42和第二VCI通信设备21。关于诊断设备40的结构和工作原理是本领域技术人员所熟知的，在此不详细介绍。
在一些实施例中，该车辆连接器10(例如其中的第一移动终端)和该设备连接器20(例如其中的第二移动终端)均装载有应用软件，可以理解的是应用软件作为远程沟通的平台，近车端的请求人员可以在车辆连接器10或第一移动终端中的应用软件上发布求助问题，上传至服务器30。相关技术专家可以在设备连接器20或第二移动终端中的应用软件上获取该求助问题，从而，可以帮助请求人员解决该求助问题。
通过上述方式，形成从汽车至车辆连接器10、服务器30、设备连接器20、诊断设备40的通信网，该通信网中，任意两个主体之间可以相互通信，使得诊断设备40不受地理位置的限制，即不必局限于汽车周边，从而，可以实现远程诊断，为汽车提供更大范围的故障解决途径。例如，当汽车维修厂维修人员无法解决故障时，即可通过远程寻求帮助，寻找经验更加丰富的技术专家，通过上述通信网使得汽车50和诊断设备40通信连接，以解决故障。再例如，当汽车维修厂的诊断设备与故障汽车型号不匹配时，可以通过远程与匹配的诊断设备30通信连接，以解决故障。可见，远程诊断能够整合专家资源和诊断设备资源，提高维修效率。
以上仅是对远程诊断系统100的举例说明，远程诊断系统100也可以通过其他硬件加软件的方式实现。例如，设备连接器20的功能可以通过软件实现，可以在诊断设备40的软件中增加网络通信接口，通过该网络通信接口与服务器30进行数据传输。
在远程诊断的时候，首先需要进行通信链路的建立。
通过汽车VIN码(Vehicle Identification Number，VIN)获得的汽车的配置信息(包括汽车品牌、车型和生产年份)，继而只能得到通信属性数据库中生产年份对应的汽车ECU的身份标识，并不包括销售年份的汽车ECU的身份标识。对于同一汽车ECU，由于生产年份和销售年份的不同，汽车ECU的身份标识可能不同，导致同一汽车ECU传输的报文中携带的身份标识可能不同，从而引发根据数据库里中生产年份对应的汽车ECU身份标识设置过滤器丢失ECU报文的问题。因此，在实际应用中，以汽车品牌为单位，根据通信属性数据库里的该汽车品牌的所有ECU的通信属性，生成同一汽车品牌(即同一车系)的配置文件，该配置文件包括同一车系的全部汽车ECU的身份标识，这样的ECU身份标识是最全的，设置的过滤器不会导致丢失ECU的报文。但是，生成的配置文件会产生同一ECU管脚对上有CAN协议波特率冲突或DOIP和CAN通信协议冲突，影响车辆连接器与设备连接器之间的远程通道的建立。
基于上述原因，本申请实施例提供一种车辆连接器，所述车辆连接器用于通信连接汽车和服务器，设备连接器用于通信连接所述服务器和诊断设备。
基于上述原因，本申请实施例提供一种远程诊断系统，所述远程诊断系统包括：诊断设备、设备连接器及车辆连接器，所述车辆连接器通信连接汽车和所述服务器，所述设备连接器通信连接所述服务器和所述诊断设备。
基于上述原因，本申请实施例提供一种远程诊断的通道创建方法，以车辆品牌为单位构建目标配置文件的时候，并对汽车总线进行CAN波特率检测，可以解决总线的CAN协议波特率冲突、DOIP和CAN通信协议冲突的问题。
具体地，请参阅图3，图3是本申请实施例提供的一种远程诊断的通道创建方法的流程示意图，如图3所示，该远程诊断的通道创建方法应用于车辆连接器；该方法包括步骤S301至步骤S305。
S301、在所述车辆连接器连接所述汽车的车载自动诊断系统OBD接口时，读取所述汽车的车辆识别码VIN码。
VIN码是车辆识别码(Vehicle Identification Number，VIN)，其包含了车辆的生产厂家(品牌)、生产年份、型号、车身型式、发动机代码以及组装地点等信息。VIN码大致由三大部分组成，即厂家识别代码(WMI)、车辆说明部分(VDS)和车辆指示部分(VIS)。
在一些实施例中，当车辆连接器与汽车的车载自动诊断系统OBD(On-BoardDiagnostic)接口连接时，车辆连接器自动从汽车的总线中获取VIN码，无需其它操作，即可智能获取。在一些实施例中，操作人员也可通过车辆连接器的输入端(例如触摸显示屏)输入汽车的VIN码，从而，车辆连接器即可获取VIN码。
S302：将所述VIN码发送给所述服务器；
S303：解析从所述服务器接收到的所述目标配置文件，其中，所述目标配置文件为所述服务器根据所述VIN码生成的ECU节点，且所述ECU节点反映所述汽车所属车辆品牌的所有电子控制单元ECU的通信属性。
所述VIN码用于所述服务器在预先存储的通信属性数据库中查找出所述VIN码对应的车辆品牌的通信属性数据，生成ECU节点，以组装生成目标配置文件，并将所述目标配置文件发送给所述设备连接器和所述车辆连接器；其中，所述目标配置文件的ECU节点反映所述汽车所属车辆品牌的所有电子控制单元ECU的通信属性；所述通信属性包括ECU管脚、波特率和通信协议。
在一些实施例中，服务器接收到车辆连接器发送的VIN码后，对VIN码解析，VIN码的解析也可由第三方服务器采用现有的解析模型完成，将解析出的品牌、生产年份和型号发送给诊断系统中的服务器。在此实施例中，服务器接收到汽车的品牌、生产年份和型号，从而，配置文件数据库中查找出与汽车的品牌对应的通信属性数据，组装生成目标配置文件。
请参阅图4，汽车控制系统，包括多个总线和多个电子控制单元(ECU)，一总线上连接有至少一个ECU，有连接需求的总线之间通过网关连接，使得汽车控制系统为一个复杂的控制网络。其中，总线可以设置不同的通信协议类型，通信协议类型包括CAN、K-Line、PWM/VPWM、FlexRay、SAE J1708、LIN等协议。ECU用于控制汽车的行驶状态，常见的ECU有发动机管理系统(EMS)、自动变速箱控制单元(TCU)或车身控制模块(BCM)等。网关为连接两个总线的设备，可以为路由器或交换机等。在实际运行过程中，各ECU发送信号至相应的总线上，信号在总线上传输或跨总线传输，即通过总线实现各ECU之间的通信。
可以理解的是，汽车的控制系统中每个ECU均具有各自的身份标识。这里，通信属性数据库中的ECU标识即为对应车辆品牌中ECU的身份标识(Identity Document，ID)。汽车的控制系统中每个ECU与总线连接，可采用上述多种通信协议进行通信。
在一些实施例中，存储于服务器中的通信属性数据库包括汽车品牌与通信属性数据之间的对应关系。在此实施例中，服务器基于该VIN码解析出汽车的品牌，然后，在通信属性数据库中查找出与汽车的品牌对应的通信属性数据，生成ECU节点，从而组装生成目标配置文件，并且，目标配置文件的ECU节点反映汽车所属车辆品牌的所有电子控制单元ECU的通信属性；所述通信属性包括ECU管脚、波特率和通信协议以及ECU标识等等。服务器将目标配置文件下发给设备连接器和车辆连接器，从而，设备连接器和车辆连接器能够接收到目标配置文件。
在一些实施例中，存储于服务器中的通信属性数据库包括汽车品牌与通信属性数据之间的对应关系。在此实施例中，在车辆连接器的输入端输入汽车品牌，服务器基于该汽车品牌在目标配置文件数据库中查找出与汽车的品牌对应的通信属性数据，组装生成目标配置文件。服务器将目标配置文件下发给设备连接器和车辆连接器，从而，设备连接器和车辆连接器能够接收到目标配置文件。
车辆连接器在接收到服务器发送的目标配置文件后，解析目标配置文件，从而确定目标配置文件中的所有ECU节点，且ECU节点反映汽车所属车辆品牌的所有电子控制单元ECU的通信属性，所述通信属性包括ECU管脚、波特率和通信协议以及ECU标识等等。
在此实施例中，按车辆品牌进行查找，相比于按品牌、生产年份和型号三个属性进行查找，不受VIN码解析的生产年份和数据库里的销售年份的分歧限制，能够有效减少查找不成功的情况，有益于诊断的顺利进行。
S304：根据所述目标配置文件判断所述通信属性中的同一ECU管脚对上是否存在CAN协议波特率冲突或DOIP和CAN通信协议冲突。
在一些实施例中，步骤S304可以包括：
遍历所述目标配置文件的所有ECU节点，若存在ECU节点管脚对相同，则确定这些相同管脚对的ECU节点为同一管脚对上的ECU节点；其中，在所述目标配置文件里，每个ECU节点代表一个ECU；
如果所述同一管脚对上的ECU节点的波特率有多个，则确定所述同一ECU管脚对上存在CAN协议波特率冲突；
如果所述同一管脚对上的ECU节点的通信协议既有DOIP协议，又有CAN协议的，则确定所述同一ECU管脚对上存在DOIP和CAN通信协议冲突。
具体地，在检测同一ECU管脚对上存在CAN协议波特率冲突或DOIP和CAN通信协议冲突，可以采用波特率检测的方式检测。
由于目标配置文件里，每个ECU节点代表一个ECU，因此，车辆连接器遍历目标配置文件的所有ECU节点，从而可以判断ECU节点的管脚对是否相同，如果存在ECU节点管脚对相同，则确定这些相同管脚对的ECU节点为同一管脚对上的ECU节点，然后，判断同一管脚对上的ECU节点的波特率是否有多个，如果有多个，则确定同一ECU管脚对上存在CAN协议波特率冲突；比如，同一管脚对上的ECU节点分别有波特率500K,250K,125K，则确定该同一管脚对上存在CAN协议波特率冲突；反之，如果同一管脚对上的ECU节点的波特率都是同一个，比如都是500K，则确定同一管脚对上不存在CAN协议波特率冲突。
S305：如果所述同一ECU管脚对存在CAN协议波特率冲突，则通过CAN波特率检测来确定所述同一ECU管脚对是哪种波特率，以解决所述CAN协议波特率冲突。
如果车辆连接器检测到同一ECU管脚对存在CAN协议波特率冲突，那么，通过CAN波特率检测来确定所述同一ECU管脚对是哪种波特率。
在一些实施例中，通过CAN波特率检测来确定所述同一ECU管脚对是哪种波特率，可以包括：
所述车辆连接器在所述目标配置文件中，获取同一管脚对上的ECU节点的多个波特率组成的波特率列表；
在所述管脚对上，依次监听所述波特率列表中的波特率，并得到所述波特率列表中各个波特率的监听状态，其中，所述监听状态包括成功状态或失败状态；
若所述波特率列表中某一个波特率的监听状态为成功状态，则将监听成功的波特率确定为第一管脚对上的检测到的波特率；其中，波特率监听成功是指用波特率在同一ECU管脚对上正确接收一帧报文；
若所述波特率列表中任一个波特率的监听状态都为失败状态，则启动检测模式，从所述波特率列表中获取一个待检测的波特率，以当前待检测的波特率在所述同一管脚对上，向汽车电子控制单元发送一帧广播报文；
若接收到所述汽车电子控制单元返回的确认信号，则确定当前待检测的波特率为第二管脚对上检测到的波特率，若未接收到所述汽车电子控制单元返回的确认信号，则尝试获取所述波特率列表中下一个波特率为待检测波特率，并继续发送广播报文，直到确认波特率，以获得所述第二管脚对上检测到的波特率，或者所述波特率列表已遍历完都没有确认波特率。
在通过CAN波特率检测来确定所述同一ECU管脚对是哪种波特率的时候，同一管脚对上的ECU节点的多个波特率组成波特率列表，例如多个波特率分别为500K、250K、125K、1M，同一管脚对为6，14管脚。车辆连接器在6，14管脚对上，依次用波特率列表的波特率接收报文，得到波特率列表中各个波特率的监听状态，若波特率列表中存在某一个波特率的监听状态为成功状态，即，为500K,250K,125K,1M中的任一个，如：为500K，则确定该监听成功的波特率为6,14管脚对上的检测到的波特率，并将500K的波特率返回，说明该6,14管脚对为CAN协议，车辆连接器和设备连接器之间使用该500K波特率以及6,14管脚对上的其他通信属性(ECU管脚、通信协议)创建CAN通道；如果监听波特率列表中任一个波特率的监听状态都为失败状态，即用500K、250K、125K、1M的波特率在该6,14管脚对上都没有正确接收到一帧报文，则确定监听失败，此时，车辆连接器启动检测模式，从波特率列表中获取一个待检测的波特率，以当前待检测的波特率在6,14管脚对上，向汽车电子控制单元ECU发送一帧广播报文，如果汽车电子控制单元ECU能够按照它的波特率正确接收到广播报文后，则会给车辆连接器回复一个确认信号，那么，当车辆连接器接收到汽车电子控制单元ECU返回的确认信号，则可以确定当前待检测的波特率为6,14管脚对上的检测到的波特率；反之，如果发送的广播报文与汽车电子控制单元ECU的波特率不匹配，汽车电子控制单元ECU就无法正确接收到广播报文，则不会给车辆连接器回复确认信号，此时，车辆连接器没有收到汽车电子控制单元ECU返回的确认信号，则尝试获取波特率列表中下一个波特率为待检测波特率，并按照上述步骤，继续发送一帧广播报文，直到接收到汽车电子控制单元ECU返回的确认信号以确定检测到的波特率，或者直到波特率列表中所有的波特率遍历完都没有确认波特率。
可以理解的是，在上述检测模式下，如果接收到汽车电子控制单元ECU返回的确认信号，则可以确定该6,14管脚对上检测到的波特率，可以停止后续发送广播报文等步骤。
如果在遍历完波特率列表中所有的波特率后，车辆连接器都没有接收到汽车电子控制单元ECU返回的确认信号，则车辆连接器波特率检测失败。当因CAN协议波特率冲突而进行波特率检测时检测失败，代表所述CAN协议波特率冲突无法解决，很可能该同一ECU管脚对的通信协议不是CAN协议，无法创建车辆连接器和设备连接器之间的CAN通道，此时车辆连接器会给用户显示通道创建错误的提示信息，并记录日志，用于后续研发分析该异常，很可能是配置文件出错导致。
当因DOIP和CAN通信协议冲突而进行波特率检测时检测失败，则将确定该同一ECU管脚对的通信协议不是CAN协议而是DOIP协议，那么，车辆连接器可以将该同一ECU管脚对的通信协议不是CAN协议而是DOIP协议的结果以报文形式发送给设备连接器，让设备连接器获取该同一ECU管脚对的通信协议不是CAN协议而是DOIP协议的结果的信息，使得车辆连接器和设备连接器可以同步建立DOIP通道。
在其中一些实施方式中，如果同一ECU管脚对存在CAN协议波特率冲突，且通过CAN波特率检测确定了同一ECU管脚对具体是哪种波特率，则解决所述CAN协议波特率冲突，包括：
将检测到的波特率发送给所述设备连接器，以供所述设备连接器及所述车辆连接器根据第二ECU节点除产生冲突的波特率外的其他通信属性和检测到的波特率，同步创建所述车辆连接器与所述设备连接器之间的CAN通道。
其中，其他通信属性包括ECU管脚、通信协议等等，还可以包括ECU标识。并且，将检测到的波特率替换原来目标配置文件的通信属性中的波特率，从而可以创建CAN通道。
由于CAN通道的创建是本领域技术的通用技术方法，在此不再赘述。
S306：如果所述同一ECU管脚对存在DOIP和CAN通信协议冲突，则通过CAN波特率检测来确定所述ECU管脚对是否为CAN协议。
在其中一些实施方式中，在通过CAN波特率检测来确定所述ECU管脚对是否为CAN协议之后，所述方法还可以包括：
若在所述同一ECU管脚对检测出CAN波特率，则将所述同一ECU管脚对的通信协议确定为CAN协议；
给所述设备连接器发送报文，以使所述设备连接器确定所述同一ECU管脚对的通信协议为CAN协议，以供所述设备连接器及所述车辆连接器根据所述CAN协议的第三ECU节点的通信属性，同步创建所述车辆连接器与所述设备连接器之间的CAN通道。
在本实施例中，创建CAN通道采用的通信属性，同样包括波特率、ECU管脚、通信协议等等。并且，该波特率既是目标配置文件中的通信属性的波特率，同时也是检测出的CAN波特率。
由于CAN通道的创建是本领域技术的通用技术方法，在此不再赘述。
S307：若通过CAN波特率检测没有检测出CAN波特率，则确定所述同一ECU管脚对的通信协议不是CAN协议，则将所述同一ECU管脚对的通信协议确定为DOIP协议，则通过所述同一ECU管脚对上的DOIP协议的第一ECU节点的通信属性创建远程诊断系统的DOIP通道。
在一些实施例中，通过所述同一ECU管脚对上的DOIP协议的第一ECU节点的通信属性创建远程诊断系统的DOIP通道，可以包括：
激活汽车DOIP网关；
在所述汽车DOIP网关激活后，根据所述目标配置文件的第一ECU节点，创建所述车辆连接器与所述设备连接器之间的DOIP通道。
具体地，在确定是DOIP协议后，首先需要激活汽车DOIP网关，然后创建所述车辆连接器与所述设备连接器之间的DOIP通道。
在一些实施例中，所述激活汽车DOIP网关，可以包括：
检测所述汽车的DOIP激活引脚的反馈电压；其中，所述反馈电压是所述诊断设备给所述设备连接器输出所述第一检测电压而获得的；
接收报文的形式的激活电压；其中，所述激活电压是所述设备连接器通过所述服务器以报文的形式转发的，且所述激活电压是所述诊断设备基于所述汽车的DOIP激活引脚的通信模式调整第一检测电压获得的，所述通信模式是所述诊断设备根据所述汽车的DOIP激活引脚的反馈电压确定的；
将所述激活电压发送给所述汽车，使得所述汽车以所述激活电压激活DOIP通道，实现激活所述汽车DOIP网关。
其中，汽车电源的电压可以为12V，也可以为24V，以12V为例，DOIP激活引脚的通信模式具有三个模式，不同的通信模式具有不同的电压范围，分别为：模式1，电压范围为5V-8V；模式2，电压范围为8V-12V；模式3，电压范围为小于5V，为DOIP的无效模式。
具体地，DOIP激活引脚为设备连接器的8号管脚，首先，诊断设备给设备连接器的8号管脚输出第一检测电压，通过车辆连接器和服务器的转发，从而获取到8号管脚的反馈电压，诊断设备根据反馈电压确定8号管脚的通信模式，为上述三个模式中的一种，如果是模式1或模式2，则诊断设备基于所述通信模式的电压范围，将第一检测电压调整为激活电压，如将第一检测电压调整为通信模式(模式1)的电压范围内的一个值，作为激活电压，然后，设备连接器将激活电压打包为报文形式，通过服务器转发到车辆连接器，车辆连接器在获得报文形式的激活电压后，解析获得激活电压，且将激活电压输出给汽车的DOIP激活引脚，使得所述汽车以所述激活电压激活DOIP通道，实现激活所述汽车DOIP网关。
对应地，检测所述汽车的DOIP激活引脚的反馈电压；其中，所述反馈电压是所述诊断设备给所述设备连接器输出所述第一检测电压而获得的，可以包括：
在接收到所述服务器发送的所述第一数字报文后，解析所述第一数字报文，获得所述第一检测电压；其中，所述第一数字报文是所述诊断设备给所述设备连接器输出所述第一检测电压后，所述设备连接器将所述第一检测电压转换获得；
将所述第一检测电压输出给所述DOIP激活引脚，以供所述汽车识别所述第一检测电压，并在所述DOIP激活引脚上生成反馈电压；
识别DOIP激活引脚的反馈电压后，将所述DOIP激活引脚的反馈电压转换为第二数字报文，并通过所述服务器将所述第二数字报文反馈给所述设备连接器，以供所述设备连接器解析所述第二数字报文获得所述DOIP激活引脚的反馈电压，以将所述DOIP激活引脚的反馈电压输出给所述诊断设备。
具体地，由于诊断设备和汽车处于远程诊断的环境，因此，为了传递第一检测电压，需要通过模数转换电路将第一检测电压转换为第一数字报文，再通过服务器转发，车辆连接器在接收到第一数字报文后，再通过数模转换电路，将第一数字报文解析为检测电压，并将第一检测电压输出给汽车的DOIP激活引脚，使得汽车的ECU可以识别到第一检测电压，并在DOIP激活引脚上生成反馈电压，车辆连接器识别反馈电压后，反馈给诊断设备。
在反馈的时候，同样需要进行模数转换以转发，从而实现远程诊断环境下的电压转发。
具体地，车辆连接器通过模数转换电路将反馈电压转换为第三数字报文，然后将第三数字报文传送给设备连接器，设备连接器接收到第三数字报文后，通过数模转换电路将第三数字报文解析为反馈电压，且将反馈电压输出给诊断设备。
诊断设备接收到反馈电压后，根据反馈电压确定DOIP激活引脚的通信模式，进而，诊断设备调整第一检测电压，获得激活电压，为了将激活电压发送给汽车，诊断设备将激活电压发送给设备连接器，设备连接器通过模数转换电路将激活电压转换为第四数字报文，再通过服务器将第四数字报文转发给车辆连接器，车辆连接器在接收到第四数字报文后，通过数模转换电路，将第四数字报文解析为激活电压，并将激活电压输出给汽车的DOIP激活引脚，使得汽车的ECU可以识别到激活电压，从而以激活电压激活DOIP通道，实现激活汽车DOIP网关。
设备连接器与车辆连接器之间在传输反馈电压或激活电压的时候，将反馈电压转换为第三数字报文，或者将激活电压转换为第四数字报文，实现诊断设备与汽车之间的反馈电压或激活电压的传输，从而实现汽车DOIP网关的激活。
本申请的实施例，在创建远程诊断的通道时，车辆连接器连接汽车的车载自动诊断系统OBD接口，读取汽车的车辆识别码VIN码，服务器在接收到汽车的VIN码后，在预先设置的通信属性数据库中查找出VIN码对应的车辆品牌的通信属性数据，相比于按品牌、生产年份和型号三个属性进行查找，不受VIN码解析的生产年份和数据库里的销售年份的分歧限制，能够有效减少查找不匹配的情况，有益于诊断的顺利进行；然后，根据所述目标配置文件判断所述通信属性数据中的同一ECU管脚对上是否存在CAN协议波特率冲突或DOIP和CAN通信协议冲突，如果所述同一ECU管脚对存在CAN协议波特率冲突，则需要解决CAN协议波特率冲突，通过CAN波特率检测来确定同一ECU管脚对是哪种波特率，可以远程创建CAN通道；如果所述同一ECU管脚对上存在DOIP和CAN通信协议冲突，则需要解决DOIP和CAN通信协议冲突，可以通过CAN波特率检测来确定ECU管脚对是否为CAN协议，如果检测出CAN波特率，则确定为CAN协议，否则为DOIP协议；在确定为DOIP协议时，构建远程的DOIP通道。在构建通信链路后，可以进行准确的远程诊断。
需要说明的是，在上述各个实施例中，车辆连接器以及远程终端系统与上述的远程诊断的通道创建方法基于相同的发明构思，因此，本申请实施例提出的车辆连接器以及远程终端系统的相应内容同样适用于远程诊断的通道创建方法的各个实施例，在此不再赘述。
如图5所示，本申请实施例还提供一种远程诊断的通道创建装置，应用于车辆连接器，远程诊断的通道创建装置500包括：
VIN码读取模块501，用于在所述车辆连接器连接所述汽车的车载自动诊断系统OBD接口时，读取所述汽车的车辆识别码VIN码；
发送模块502，用于将所述VIN码发送给所述服务器；
解析模块503，用于解析从所述服务器接收到的所述目标配置文件，其中，所述目标配置文件为所述服务器根据所述VIN码生成的ECU节点，且所述ECU节点反映所述汽车所属车辆品牌的所有电子控制单元ECU的通信属性；
冲突判断模块504，用于解析所述目标配置文件，根据所述目标配置文件判断所述通信属性中的同一ECU管脚对上是否存在CAN协议波特率冲突或DOIP和CAN通信协议冲突；
波特率检测模块505，用于如果所述同一ECU管脚对存在CAN协议波特率冲突，则通过CAN波特率检测来确定所述同一ECU管脚对是哪种波特率，以解决所述CAN协议波特率冲突；
协议判断模块506，用于如果所述同一ECU管脚对存在DOIP和CAN通信协议冲突，则通过CAN波特率检测来确定所述同一ECU管脚对是否为CAN协议；
DOIP通道创建模块507，用于若通过CAN波特率检测没有检测出CAN波特率，则确定所述同一ECU管脚对的通信协议不是CAN协议，则将所述同一ECU管脚对的通信协议确定为DOIP协议，则通过所述同一ECU管脚对上的DOIP协议的第一ECU节点的通信属性创建远程诊断系统的DOIP通道。
本申请的实施例，在创建远程诊断的通道时，车辆连接器连接汽车的车载自动诊断系统OBD接口，读取汽车的车辆识别码VIN码，服务器在接收到汽车的VIN码后，在预先设置的通信属性数据库中查找出VIN码对应的车辆品牌的通信属性数据，相比于按品牌、生产年份和型号三个属性进行查找，不受VIN码解析的生产年份和数据库里的销售年份的分歧限制，能够有效减少查找不匹配的情况，有益于诊断的顺利进行；然后，根据所述目标配置文件判断所述通信属性数据中的同一ECU管脚对上是否存在CAN协议波特率冲突或DOIP和CAN通信协议冲突，如果所述同一ECU管脚对存在CAN协议波特率冲突，则需要解决CAN协议波特率冲突，通过CAN波特率检测来确定同一ECU管脚对是哪种波特率，可以远程创建CAN通道；如果所述同一ECU管脚对上存在DOIP和CAN通信协议冲突，则需要解决DOIP和CAN通信协议冲突，可以通过CAN波特率检测来确定ECU管脚对是否为CAN协议，如果检测出CAN波特率，则确定为CAN协议，否则为DOIP协议；在确定为DOIP协议时，构建远程的DOIP通道。在构建通信链路后，可以进行准确的远程诊断。
在一些实施例中，冲突判断模块504，还用于：
遍历所述目标配置文件的所有ECU节点，若存在ECU节点管脚对相同，则确定这些相同管脚对的ECU节点为同一管脚对上的ECU节点；其中，在所述目标配置文件里，每个ECU节点代表一个ECU；
如果所述同一管脚对上的ECU节点的波特率有多个，则确定所述同一ECU管脚对上存在CAN协议波特率冲突；
如果所述同一管脚对上的ECU节点的通信协议既有DOIP协议，又有CAN协议的，则确定所述同一ECU管脚对上存在DOIP和CAN通信协议冲突。
在一些实施例中，波特率检测模块505，还用于：
在所述目标配置文件中，获取所述同一管脚对上的ECU节点的多个波特率组成的波特率列表；
在所述同一管脚对上，依次监听所述波特率列表中的波特率，并得到所述波特率列表中各个波特率的监听状态，其中，所述监听状态包括成功状态或失败状态；
若所述波特率列表中某一个波特率的监听状态为成功状态，则将监听成功的波特率确定为第一管脚对上的检测到的波特率；其中，波特率监听成功是指用波特率在同一ECU管脚对上正确接收一帧报文；
若所述波特率列表中任一个波特率的监听状态都为失败状态，则启动检测模式，从所述波特率列表中获取一个待检测的波特率，以当前待检测的波特率在所述同一管脚对上，向汽车电子控制单元发送一帧广播报文；
若接收到所述汽车电子控制单元返回的确认信号，则确定当前待检测的波特率为第二管脚对上检测到的波特率，若未接收到所述汽车电子控制单元返回的确认信号，则尝试获取所述波特率列表中下一个波特率为待检测波特率，并继续发送广播报文，直到确认波特率，以获得所述第二管脚对上检测到的波特率，或者所述波特率列表已遍历完都没有确认波特率。
在一些实施例中，DOIP通道创建模块507，还用于：
激活汽车DOIP网关；
在所述汽车DOIP网关激活后，根据所述目标配置文件的第一ECU节点，创建所述车辆连接器与所述设备连接器之间的DOIP通道。
在一些实施例中，DOIP通道创建模块507，还用于：
检测所述汽车的DOIP激活引脚的反馈电压；其中，所述反馈电压是所述诊断设备给所述设备连接器输出所述第一检测电压而获得的；
接收报文的形式的激活电压；其中，所述激活电压是所述设备连接器通过所述服务器以报文的形式转发的，且所述激活电压是所述诊断设备基于所述汽车的DOIP激活引脚的通信模式调整第一检测电压获得的，所述通信模式是所述诊断设备根据所述汽车的DOIP激活引脚的反馈电压确定的；
将所述激活电压发送给所述汽车，使得所述汽车以所述激活电压激活DOIP通道，实现激活所述汽车DOIP网关。
在一些实施例中，DOIP通道创建模块507，还用于：
在接收到所述服务器发送的所述第一数字报文后，解析所述第一数字报文，获得所述第一检测电压；其中，所述第一数字报文是所述诊断设备给所述设备连接器输出所述第一检测电压后，所述设备连接器将所述第一检测电压转换获得；
将所述第一检测电压输出给所述DOIP激活引脚，以供所述汽车识别所述第一检测电压，并在所述DOIP激活引脚上生成反馈电压；
识别DOIP激活引脚的反馈电压后，将所述DOIP激活引脚的反馈电压转换为第二数字报文，并通过所述服务器将所述第二数字报文反馈给所述设备连接器，以供所述设备连接器解析所述第二数字报文获得所述DOIP激活引脚的反馈电压，以将所述DOIP激活引脚的反馈电压输出给所述诊断设备。
在一些实施例中，所述激活电压是所述诊断设备基于所述汽车的DOIP激活引脚的通信模式的电压范围，调整第一检测电压获得的。
在一些实施例中，装置500还包括第一CAN通道创建模块508，用于：
将检测到的波特率发送给所述设备连接器，以供所述设备连接器及所述车辆连接器根据第二ECU节点除产生冲突的波特率外的其他通信属性和检测到的波特率，同步创建所述车辆连接器与所述设备连接器之间的CAN通道。
在一些实施例中，装置500还包括第二CAN通道创建模块509，用于：
若在所述同一ECU管脚对检测出CAN波特率，则将所述同一ECU管脚对的通信协议确定为CAN协议；
给所述设备连接器发送报文，以使所述设备连接器确定所述同一ECU管脚对的通信协议为CAN协议，以供所述设备连接器及所述车辆连接器根据所述CAN协议的第三ECU节点的通信属性，同步创建所述车辆连接器与所述设备连接器之间的CAN通道。
图6为车辆连接器的一个实施例中的控制器的硬件结构示意图，如图6所示，控制器包括：
一个或多个处理器111、存储器112。图6中以一个处理器111、一个存储器112为例。
处理器111、存储器112可以通过总线或者其他方式连接，图6中以通过总线连接为例。
存储器112作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块，如本申请实施例中的远程诊断的通道创建方法对应的程序指令/模块(例如，附图5所示的VIN码读取模块501、发送模块502、解析模块503、冲突判断模块504、波特率检测模块505、协议判断模块506、DOIP通道创建模块507、第一CAN通道创建模块508、第二CAN通道创建模块509)。处理器111通过运行存储在存储器112中的非易失性软件程序、指令以及模块，从而执行控制器的各种功能应用以及数据处理，即实现上述方法实施例的远程诊断的通道创建方法。
存储器112可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据远程诊断的通道创建装置的使用所创建的数据等。此外，存储器112可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施例中，存储器112可选包括相对于处理器111远程设置的存储器，这些远程存储器可以通过网络连接至车辆连接器。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
所述一个或者多个模块存储在所述存储器112中，当被所述一个或者多个处理器111执行时，执行上述任意方法实施例中的远程诊断的通道创建方法，例如，执行以上描述的图3中的方法步骤S301至步骤S307；实现图5中的模块501-509的功能。
上述产品可执行本申请实施例所提供的方法，具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本申请实施例所提供的方法。
本申请实施例提供了一种非易失性计算机可读存储介质，所述计算机可读存储介质存储有计算机可执行指令，该计算机可执行指令被一个或多个处理器执行，例如图6中的车辆连接器的一个处理器，可使得上述一个或多个处理器可执行上述任意方法实施例中的远程诊断的通道创建方法，例如，执行以上描述的图3中的方法步骤S301至步骤S307；实现图5中的模块501-509的功能。
通过以上的实施方式的描述，本领域普通技术人员可以清楚地了解到各实施方式可借助软件加通用硬件平台的方式来实现，当然也可以通过硬件。本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory,ROM)或随机存储记忆体(Random Access Memory,RAM)等。
最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；在本申请的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，步骤可以以任意顺序实现，并存在如上所述的本申请的不同方面的许多其它变化，为了简明，它们没有在细节中提供；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (12)

1.一种远程诊断的通道创建方法，其特征在于，应用于车辆连接器，所述车辆连接器用于通信连接汽车和服务器，设备连接器用于通信连接所述服务器和诊断设备；所述方法包括：
在所述车辆连接器连接所述汽车的车载自动诊断系统OBD接口时，读取所述汽车的车辆识别码VIN码；
将所述VIN码发送给所述服务器；
解析从所述服务器接收到的所述目标配置文件，其中，所述目标配置文件为所述服务器根据所述VIN码生成的ECU节点，且所述ECU节点反映所述汽车所属车辆品牌的所有电子控制单元ECU的通信属性；
根据所述目标配置文件判断所述通信属性中的同一ECU管脚对上是否存在控制局域网络CAN协议波特率冲突或基于IP网络的诊断通信协议DOIP和CAN通信协议冲突；
如果所述同一ECU管脚对存在CAN协议波特率冲突，则通过CAN波特率检测来确定所述同一ECU管脚对是哪种波特率，以解决所述CAN协议波特率冲突；
如果所述同一ECU管脚对存在DOIP和CAN通信协议冲突，则通过CAN波特率检测来确定所述同一ECU管脚对是否为CAN协议；
若通过CAN波特率检测没有检测出CAN波特率，则确定所述同一ECU管脚对的通信协议不是CAN协议，则将所述同一ECU管脚对的通信协议确定为DOIP协议，则通过所述同一ECU管脚对上的DOIP协议的第一ECU节点的通信属性创建远程诊断系统的DOIP通道。
2.根据权利要求1所述的传输方法，其特征在于，所述根据所述目标配置文件判断所述通信属性中的同一ECU管脚对上是否存在CAN协议波特率冲突或DOIP和CAN通信协议冲突，包括：
遍历所述目标配置文件的所有ECU节点，若存在ECU节点管脚对相同，则确定这些相同管脚对的ECU节点为同一管脚对上的ECU节点；其中，在所述目标配置文件里，每个ECU节点代表一个ECU；
如果所述同一管脚对上的ECU节点的波特率有多个，则确定所述同一ECU管脚对上存在CAN协议波特率冲突；
如果所述同一管脚对上的ECU节点的通信协议既有DOIP协议，又有CAN协议的，则确定所述同一ECU管脚对上存在DOIP和CAN通信协议冲突。
3.根据权利要求2所述的传输方法，其特征在于，所述通过CAN波特率检测来确定所述同一ECU管脚对是哪种波特率，包括：
在所述目标配置文件中，获取所述同一管脚对上的ECU节点的多个波特率组成的波特率列表；
在所述同一管脚对上，依次监听所述波特率列表中的波特率，并得到所述波特率列表中各个波特率的监听状态，其中，所述监听状态包括成功状态或失败状态；
若所述波特率列表中某一个波特率的监听状态为成功状态，则将监听成功的波特率确定为第一管脚对上的检测到的波特率；其中，波特率监听成功是指用波特率在同一ECU管脚对上正确接收一帧报文；
若所述波特率列表中任一个波特率的监听状态都为失败状态，则启动检测模式，从所述波特率列表中获取一个待检测的波特率，以当前待检测的波特率在所述同一管脚对上，向汽车电子控制单元发送一帧广播报文；
若接收到所述汽车电子控制单元返回的确认信号，则确定当前待检测的波特率为第二管脚对上检测到的波特率，若未接收到所述汽车电子控制单元返回的确认信号，则尝试获取所述波特率列表中下一个波特率为待检测波特率，并继续发送广播报文，直到确认波特率，以获得所述第二管脚对上检测到的波特率，或者所述波特率列表已遍历完都没有确认波特率。
4.根据权利要求1所述的传输方法，其特征在于，所述通过所述同一ECU管脚对上的DOIP协议的第一ECU节点的通信属性创建远程诊断系统的DOIP通道，包括：
激活汽车DOIP网关；
在所述汽车DOIP网关激活后，根据所述目标配置文件的第一ECU节点，创建所述车辆连接器与所述设备连接器之间的DOIP通道。
5.根据权利要求4所述的方法，其特征在于，所述激活汽车DOIP网关，包括：
检测所述汽车的DOIP激活引脚的反馈电压；其中，所述反馈电压是所述诊断设备给所述设备连接器输出所述第一检测电压而获得的；
接收报文的形式的激活电压；其中，所述激活电压是所述设备连接器通过所述服务器以报文的形式转发的，且所述激活电压是所述诊断设备基于所述汽车的DOIP激活引脚的通信模式调整第一检测电压获得的，所述通信模式是所述诊断设备根据所述汽车的DOIP激活引脚的反馈电压确定的；
将所述激活电压发送给所述汽车，使得所述汽车以所述激活电压激活DOIP通道，实现激活所述汽车DOIP网关。
6.根据权利要求5所述的方法，其特征在于，所述检测所述汽车的DOIP激活引脚的反馈电压；其中，所述反馈电压是所述诊断设备给所述设备连接器输出所述第一检测电压而获得的，包括：
在接收到所述服务器发送的所述第一数字报文后，解析所述第一数字报文，获得所述第一检测电压；其中，所述第一数字报文是所述诊断设备给所述设备连接器输出所述第一检测电压后，所述设备连接器将所述第一检测电压转换获得；
将所述第一检测电压输出给所述DOIP激活引脚，以供所述汽车识别所述第一检测电压，并在所述DOIP激活引脚上生成反馈电压；
识别DOIP激活引脚的反馈电压后，将所述DOIP激活引脚的反馈电压转换为第二数字报文，并通过所述服务器将所述第二数字报文反馈给所述设备连接器，以供所述设备连接器解析所述第二数字报文获得所述DOIP激活引脚的反馈电压，以将所述DOIP激活引脚的反馈电压输出给所述诊断设备。
7.根据权利要求5所述的方法，其特征在于，所述激活电压是所述诊断设备基于所述汽车的DOIP激活引脚的通信模式的电压范围，调整第一检测电压获得的。
8.根据权利要求1所述的方法，其特征在于，所述解决所述CAN协议波特率冲突，包括：
将检测到的波特率发送给所述设备连接器，以供所述设备连接器及所述车辆连接器根据第二ECU节点除产生冲突的波特率外的其他通信属性和检测到的波特率，同步创建所述车辆连接器与所述设备连接器之间的CAN通道。
9.根据权利要求1所述的方法，其特征在于，所述方法还包括：
若在所述同一ECU管脚对检测出CAN波特率，则将所述同一ECU管脚对的通信协议确定为CAN协议；
给所述设备连接器发送报文，以使所述设备连接器确定所述同一ECU管脚对的通信协议为CAN协议，以供所述设备连接器及所述车辆连接器根据所述CAN协议的第三ECU节点的通信属性，同步创建所述车辆连接器与所述设备连接器之间的CAN通道。
10.一种车辆连接器，其特征在于，所述车辆连接器包括：
处理器以及与所述处理器通信连接的存储器；
所述存储器中存储有计算机程序指令，所述计算机程序指令在被所述处理器调用时，以使所述处理器执行如权利要求1-9任意一项所述的方法。
11.一种远程诊断系统，其特征在于，所述远程诊断系统包括：诊断设备、设备连接器及如权利要求10所述的车辆连接器，所述车辆连接器通信连接汽车和所述服务器，所述设备连接器通信连接所述服务器和所述诊断设备。
12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机可执行指令，当所述计算机可执行指令被车辆连接器执行时，以实现如权利要求1至9任一项所述的远程诊断的通道创建方法的步骤。
CN202311615747.3A 2023-11-28 2023-11-28 远程诊断的通道创建方法、车辆连接器和远程诊断系统 Pending CN117640720A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202311615747.3A CN117640720A (zh) 2023-11-28 2023-11-28 远程诊断的通道创建方法、车辆连接器和远程诊断系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202311615747.3A CN117640720A (zh) 2023-11-28 2023-11-28 远程诊断的通道创建方法、车辆连接器和远程诊断系统

Publications (1)

Publication Number Publication Date
CN117640720A true CN117640720A (zh) 2024-03-01

Family

ID=90029988

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202311615747.3A Pending CN117640720A (zh) 2023-11-28 2023-11-28 远程诊断的通道创建方法、车辆连接器和远程诊断系统

Country Status (1)

Country Link
CN (1) CN117640720A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117896301A (zh) * 2024-03-14 2024-04-16 深圳市星卡科技股份有限公司 波特率分析方法、装置、电子设备及存储介质

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117896301A (zh) * 2024-03-14 2024-04-16 深圳市星卡科技股份有限公司 波特率分析方法、装置、电子设备及存储介质

Similar Documents

Publication Publication Date Title
CN107291068B (zh) 车辆诊断方法和车辆诊断设备
CN112286171B (zh) 一种远程诊断方法、装置、车辆及存储介质
CN111506047B (zh) 车辆诊断方法、装置及存储介质
CN117640720A (zh) 远程诊断的通道创建方法、车辆连接器和远程诊断系统
CN110989555A (zh) 车辆诊断报警的方法、装置及系统
CN114839959A (zh) 一种基于soa服务的车辆远程诊断方法及系统
CN115242689B (zh) 一种车载网关测试方法、系统及计算机可读存储介质
CN112585927A (zh) 通信链路的检测方法、装置、系统和可移动平台
CN111552266B (zh) 车辆远程诊断方法、系统、设备连接器及车辆连接器
CN115390546A (zh) 车辆诊断通信方法、装置、设备及介质
CN113985852A (zh) 车载终端日志处理方法、装置及系统
CN114257470A (zh) 一种车辆蓝牙功能的测试系统及测试方法
CN113505056A (zh) 车辆诊断方法、系统、装置及存储介质
CN105578122A (zh) 基于路由器的监控提示方法及装置、电子设备
CN115086387B (zh) 域控制器的控制方法和装置、存储介质及电子装置
CN113676496B (zh) 数据传递方法、系统、可读存储介质及计算机设备
CN102710479A (zh) 用于通信协议逆向解析的汽车网关系统
CN115980554A (zh) 一种芯片测试的方法及其电子设备
CN111917692A (zh) 模糊测试方法、装置、设备及计算机可读存储介质
CN115903758A (zh) 远程诊断系统、方法、电子设备及存储介质
EP4283966A2 (en) Apparatus and method for remote monitoring
CN114326673A (zh) 车辆远程诊断方法、装置、连接器及存储介质
CN113960991A (zh) 车辆故障诊断系统、方法、装置、片上系统芯片及车辆
CN114244686A (zh) 通讯故障的检测方法、装置及系统
CN114237195A (zh) 一种obd排放诊断方法及相关设备

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