CN117459546A - 诊断方法、装置以及车辆 - Google Patents
诊断方法、装置以及车辆 Download PDFInfo
- Publication number
- CN117459546A CN117459546A CN202311199713.0A CN202311199713A CN117459546A CN 117459546 A CN117459546 A CN 117459546A CN 202311199713 A CN202311199713 A CN 202311199713A CN 117459546 A CN117459546 A CN 117459546A
- Authority
- CN
- China
- Prior art keywords
- protocol
- diagnostic
- diagnosis
- address
- message
- 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
- 238000002405 diagnostic procedure Methods 0.000 title claims description 27
- 238000003745 diagnosis Methods 0.000 claims abstract description 137
- 238000013507 mapping Methods 0.000 claims abstract description 37
- 238000000034 method Methods 0.000 claims abstract description 25
- 238000006243 chemical reaction Methods 0.000 claims description 11
- 230000004044 response Effects 0.000 description 12
- 238000011161 development Methods 0.000 description 9
- 230000006870 function Effects 0.000 description 7
- 238000012545 processing Methods 0.000 description 7
- 238000010586 diagram Methods 0.000 description 5
- 238000004891 communication Methods 0.000 description 4
- 230000001133 acceleration Effects 0.000 description 2
- 238000013459 approach Methods 0.000 description 2
- 229940039227 diagnostic agent Drugs 0.000 description 2
- 239000000032 diagnostic agent Substances 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 1
- 238000004590 computer program Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000007689 inspection Methods 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- WCNLCIJMFAJCPX-UHFFFAOYSA-N pethidine hydrochloride Chemical compound Cl.C=1C=CC=CC=1C1(C(=O)OCC)CCN(C)CC1 WCNLCIJMFAJCPX-UHFFFAOYSA-N 0.000 description 1
- 230000008569 process Effects 0.000 description 1
- 238000009877 rendering Methods 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 238000013024 troubleshooting Methods 0.000 description 1
Classifications
-
- 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
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/12—Network monitoring probes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/08—Protocols for interworking; Protocol conversion
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computing Systems (AREA)
- Computer Security & Cryptography (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Computer Hardware Design (AREA)
- General Engineering & Computer Science (AREA)
- Small-Scale Networks (AREA)
Abstract
本申请实施例公开了一种诊断方法、装置以及车辆。所述方法包括：接收到来自外部诊断仪的第一协议诊断报文，获取第一协议诊断报文的目标地址；基于预先设置的地址映射表和所述目标地址，得到所述目标地址对应的诊断协议类型；若所述诊断协议类型与第一协议不同，将所述第一协议诊断报文转换为所述诊断协议类型对应的第二协议诊断报文；基于预先设置好的路由表和所述目标地址，将所述第二协议诊断报文发送给所述待诊断节点。通过上述方式使得，可以在减少车辆向外部诊断仪开放的诊断接口数量的情况下，实现诊断车辆中所有不同诊断协议类型对应的待诊断节点，提高了车辆的安全性。
Description
技术领域
本申请涉及汽车技术领域，更具体地，涉及一种诊断方法、装置以及车辆。
背景技术
随着车辆技术的发展，为了及时排查车辆的故障，在相关方式中，可以通过外部诊断仪与车辆中网关的诊断接口进行连接，从而可以使外部诊断仪可以通过发送诊断指令诊断车辆中的节点。但相关方式中，还存在车辆安全性较低的问题。
发明内容
鉴于上述问题，本申请提出了一种诊断方法、装置以及车辆，以实现改善上述问题。
第一方面，本申请提供了一种诊断方法，所述方法包括：接收到来自外部诊断仪的第一协议诊断报文，获取所述第一协议诊断报文的目标地址，所述目标地址为待诊断节点的诊断地址；基于预先设置的地址映射表和所述目标地址，得到所述目标地址对应的诊断协议类型；若所述诊断协议类型与第一协议不同，将所述第一协议诊断报文转换为所述诊断协议类型对应的第二协议诊断报文；基于预先设置好的路由表和所述目标地址，将所述第二协议诊断报文发送给所述待诊断节点。
第二方面，本申请提供了一种诊断装置，所述装置包括：目标地址获取单元，用于接收到来自外部诊断仪的第一协议诊断报文，获取所述第一协议诊断报文的目标地址，所述目标地址为待诊断节点的诊断地址；类型确定单元，用于基于预先设置的地址映射表和所述目标地址，得到所述目标地址对应的诊断协议类型；协议转换单元，用于若所述诊断协议类型与第一协议不同，将所述第一协议诊断报文转换为所述诊断协议类型对应的第二协议诊断报文；报文发送单元，用于基于预先设置好的路由表和所述目标地址，将所述第二协议诊断报文发送给所述待诊断节点。
第三方面，本申请提供了一种网关，包括诊断接口以及处理器；所述处理器用于执行上述的诊断方法。
第四方面，本申请提供了一种车辆，包括上述处理器。
第五方面，本申请提供的一种计算机可读存储介质，所述计算机可读存储介质中存储有程序代码，其中，在所述程序代码运行时执行上述的方法。
本申请提供的一种诊断方法、装置、车辆以及存储介质，在接收到来自外部诊断仪的第一协议诊断报文后，获取所述第一协议诊断报文中表示待诊断节点的诊断地址的目标地址，基于预先设置的地址映射表和所述目标地址，得到所述目标地址对应的诊断协议类型；若所述诊断协议类型与第一协议不同，将所述第一协议诊断报文转换为所述诊断协议类型对应的第二协议诊断报文；基于预先设置好的路由表和所述目标地址，将所述第二协议诊断报文发送给所述待诊断节点。通过上述方式使得，在接收到来自外部诊断仪的第一协议诊断报文后，可以获取第一协议诊断报文的目标地址，基于该目标地址与地址映射表，得到目标地址对应的诊断协议类型，在目标地址对应的诊断协议类型与第一协议诊断报文的协议类型不同时，可以通过协议转换得到目标地址可识别的第二协议诊断报文，并通过预先设置好的路由表，将第二协议诊断报文发送给待诊断节点，由于车辆的一个诊断接口仅支持一种诊断协议，而通过协议转换，可以在减少车辆向外部诊断仪开放的诊断接口数量的情况下，也能够诊断车辆中所有不同诊断协议类型对应的待诊断节点，进而提高了车辆的安全性。并且，一个外部诊断仪仅支持一种诊断协议，因此，通过本申请提供的诊断方法，可以简化售后诊断设备的开发，降低主机厂外部设备端硬件及软件开发成本。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1示出了本申请提出的一种应用环境的示意图；
图2示出了本申请实施例提出的一种诊断方法的流程图；
图3示出了本申请另一实施例提出的一种诊断方法的流程图；
图4示出了本申请实施例提出的一种诊断装置的结构框图；
图5示出了本申请提出的一种网关的结构框图；
图6示出了本申请提出的一种车辆的结构框图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
在本申请实施例中，发明人提出了一种诊断方法、装置以及车辆，在接收到来自外部诊断仪的第一协议诊断报文后，获取所述第一协议诊断报文中表示待诊断节点的诊断地址的目标地址，基于预先设置的地址映射表和所述目标地址，得到所述目标地址对应的诊断协议类型；若所述诊断协议类型与第一协议不同，将所述第一协议诊断报文转换为所述诊断协议类型对应的第二协议诊断报文；基于预先设置好的路由表和所述目标地址，将所述第二协议诊断报文发送给所述待诊断节点。通过上述方式使得，在接收到来自外部诊断仪的第一协议诊断报文后，可以获取第一协议诊断报文的目标地址，基于该目标地址与地址映射表，得到目标地址对应的诊断协议类型，在目标地址对应的诊断协议类型与第一协议诊断报文的协议类型不同时，可以通过协议转换得到目标地址可识别的第二协议诊断报文，并通过预先设置好的路由表，将第二协议诊断报文发送给待诊断节点，由于车辆的一个诊断接口仅支持一种诊断协议，而通过协议转换，可以在减少车辆向外部诊断仪开放的诊断接口数量的情况下，也能够诊断车辆中所有不同诊断协议类型对应的待诊断节点，进而提高了车辆的安全性。并且，一个外部诊断仪仅支持一种诊断协议，因此，通过本申请提供的诊断方法，可以简化售后诊断设备的开发，降低主机厂外部设备端硬件及软件开发成本。
为了更好地理解本申请实施例的方案，下面先对本申请实施例的应用场景进行介绍。
请参阅图1，为本申请实施例的一种应用环境示意图。其中，图1提供了一种诊断系统10，该诊断系统包括车辆100、与车辆100连接的外部诊断仪200以及与外部诊断仪200连接的终端设备300。
其中，车辆100可以包括中央诊断网关、车载自动诊断系统(On-BoardDiagnostics，OBD)接口、多个待诊断节点和数据总线。每个待诊断节点可以为一个电子控制单元(Electronic Control Unit，ECU)，每个ECU可以对应有诊断地址，且基于诊断地址类型每个待诊断节点可以为以太网(Ethernet，ETH)节点或者非以太网节点，非以太网节点可以为CAN(Controller Area Network,控制器局域网)节点或者LIN(Local InterconnectNetwork，局域互连网络)节点，其中，每个LIN节点可以对应有一个上级CAN节点。数据总线可以有CAN总线、LIN总线、FlexRay总线等，不同类型的诊断节点所连接的数据总线可以不同。
网关200可以用于接收诊断报文并返回对应的诊断数据。外部诊断仪200可以用于接收诊断报文并返回对应的诊断数据。终端设备300可以用于通过外部诊断仪200向车辆100发送诊断报文并接收对应的诊断数据，终端设备300可以为电脑(Personal Computer，PC)等。
下面将结合附图对本申请的实施例进行介绍。
请参阅图2，本申请提供的一种诊断方法，所述方法包括：
S110：接收到来自外部诊断仪的第一协议诊断报文，获取所述第一协议诊断报文的目标地址，所述目标地址为待诊断节点的诊断地址。
其中，外部诊断仪可以理解为在车辆外部通过数据线与诊断接口连接，从而实现对车辆进行故障诊断的电子设备，一个外部诊断仪可以支持一种诊断协议，在本申请实施例中，外部诊断仪支持DoIP(Diagnostic communication over Internet Protocol，通过网络协议进行诊断通信)协议。第一协议诊断报文可以指与诊断任务相关的报文，第一协议诊断报文可以为DoIP报文。
可选的，第一协议诊断报文为从诊断接口获得，该诊断接口可以为外部诊断报文的唯一入口。该诊断接口可以为OBD接口，OBD接口可以为支持DoIP协议的接口。
其中，待诊断节点可以指需要进行故障诊断的节点。在本申请实施例中，可以有多种方式确定待诊断节点。
作为一种确定待诊断节点的方式，终端设备可以基于接收到的来自车辆发出的故障节点信息，将故障节点信息中所包含的节点作为待诊断节点。该故障节点信息可以是车辆基于车辆中各个节点的运行日志确定的。
作为另一种确定待诊断节点的方式，终端设备可以基于接收到的来自云端发出的故障节点信息，将故障节点信息中所包含的节点作为待诊断节点。该故障节点信息可以是云端基于车辆上报的故障记录确定的。
作为再一种确定待诊断节点的方式，为了实现对车辆的全面检查，终端设备可以将车辆中所有节点作为待诊断节点。
作为一种方式，中央诊断网关可以从诊断接口接收到来自外部诊断仪的第一协议诊断报文，并获取第一协议诊断报文的目标地址。
在本申请实施例中，中央诊断网关从诊断接口接收到来自外部诊断仪的第一协议诊断报文后，可以有多种方式获取目标地址。
作为一种方式，中央诊断网关可以接收到来自外部诊断仪的第一协议诊断报文，直接对第一协议诊断报文进行解析，以获取第一协议诊断报文的目标地址。
作为另一种方式，中央诊断网关可以接收到来自外部诊断仪的第一协议诊断报文，确认第一协议诊断报文是否通过安全认证；若第一协议诊断报文通过安全认证，对第一协议诊断报文进行解析，以获取第一协议诊断报文的目标地址。
其中，安全认证可以为0x29安全认证，0x29安全认证可以理解为UDS所提供的0x29服务，0x29服务可以用于对外部诊断仪进行身份认证。
可选的，第一协议诊断报文可以包括安全认证标识，可以基于安全认证标识确认第一协议诊断报文是否通过安全认证。例如，若安全认证标识为1，则可以确认第一协议诊断报文通过安全认证；若安全认证标识为0，则可以确认第一协议诊断报文未通过安全认证。
可选的，中央诊断网关可以存储有安全诊断仪列表，该安全诊断仪列表中可以存储有经过安全认证的外部诊断仪的身份标识，同时第一协议诊断报文中可以包括外部诊断仪的身份标识，因此，可以基于身份标识和安全诊断仪列表确认第一协议诊断报文是否通过安全认证。
示例性的，中央诊断网关在接收到第一协议诊断报文后，可以第一协议诊断报文进行解析，以获取外部诊断仪的身份标识，并将外部诊断仪的身份标识与安全诊断仪列表中的身份标识进行匹配，若匹配成功，可以确认第一协议诊断报文通过安全认证；若匹配失败，可以确认第一协议诊断报文未通过安全认证。
可选的，若第一协议诊断报文未通过安全认证，可以不获取目标地址，并丢弃该第一协议诊断报文。
可选的，中央诊断网关中可以有域控制器(Compact Control Unit，CCU)，CCU中可以包括两个核处理器，第一个核处理器可以为A核处理器，第二个核处理器可以为M核处理器。其中，A核处理器的诊断代理可以与诊断接口相连接，从而接收到第一协议诊断报文，因此，可以通过A核处理器的诊断代理确认第一协议诊断报文是否通过安全认证。
S120：基于预先设置的地址映射表和所述目标地址，得到所述目标地址对应的诊断协议类型。
作为一种方式，A核处理器可以基于预先设置的地址映射表和目标地址，得到目标地址对应的诊断协议类型。
在一些实施方式中，地址映射表可以表征诊断地址与诊断地址类型的映射关系。诊断地址类型可以为以太网节点地址或者非以太网节点地址。
其中，地址映射表可以是预先设置的表。示例性的，地址映射表可以如表1所示，以0x00开头的诊断地址可以为以太网节点地址，以0x7开头的诊断地址可以为非以太网节点地址中的CAN节点地址，以0x6开头的诊断地址可以为非以太网节点地址中的LIN节点地址。
表1
| 诊断地址 | 诊断地址类型 |
| 0x0001 | 以太网节点地址 |
| 0x0002 | 以太网节点地址 |
| ... | ... |
| 0x601 | 非以太网节点地址 |
| 0x602 | 非以太网节点地址 |
| ... | ... |
| 0x701 | 非以太网节点地址 |
| ... | ... |
在该实施方式中，可以基于地址映射表和目标地址，确定目标地址的地址类型；基于目标地址的地址类型，确定目标地址对应的诊断协议类型。
可选的，若目标地址的地址类型为以太网节点地址，确定目标地址对应的诊断协议类型为第一协议；若所述目标地址的地址类型为非以太网节点地址，确定目标地址对应的诊断协议类型为第二协议。
其中，第一协议可以为DoIP协议，所述第二协议可以为DoCANFD协议，DoCANFD协议可以指用于诊断的CANFD(CAN with Flexible Data rate)协议，CANFD协议可以理解为更高速的CAN协议。
在另一些实施方式中，地址映射表可以表征诊断地址与诊断协议类型的映射关系。其中，地址映射表可以是预先设置的表。示例性的，地址映射表可以如表2所示，以0x00开头的诊断地址对应的诊断协议类型可以为第一协议，以0x7开头的诊断地址和0x9开头的诊断地址对应的诊断协议类型可以为第二协议。
表2
| 诊断地址 | 诊断地址类型 |
| 0x0001 | 第一协议 |
| 0x0002 | 第一协议 |
| ... | ... |
| 0x601 | 第二协议 |
| 0x602 | 第二协议 |
| ... | ... |
| 0x701 | 第二协议 |
| ... | ... |
在该实施方式中，可以直接基于预先设置的地址映射表和目标地址，得到目标地址对应的诊断协议类型。
S130：若所述诊断协议类型与第一协议不同，将所述第一协议诊断报文转换为所述诊断协议类型对应的第二协议诊断报文。
作为一种方式，若目标诊断地址对应的诊断协议类型与第一协议不同，中央诊断网关中的协议转换模块可以将第一协议诊断报文转换为诊断协议类型对应的第二协议诊断报文。
可选的，协议转换模块可以由M核处理器控制，当A核处理器确认诊断协议类型与第一协议不同，可以将第一协议诊断报文发送至M核处理器，M核处理器在接收到第一协议诊断报文后，可以基于协议转换模块将第一协议诊断报文转换为诊断协议类型对应的第二协议诊断报文。
S140：基于预先设置好的路由表和所述目标地址，将所述第二协议诊断报文发送给所述待诊断节点。
其中，路由表可以为预先设置好的静态路由表。如表3所示，该路由表中可以表征诊断地址与路由端口的映射关系。
表3
| 诊断地址 | 诊断地址类型 | 路由端口 |
| 0x0001 | 第一协议 | Tbox_ETH |
| ... | ... | |
| 0x601 | 第二协议 | CCU_CANFD2 |
| ... | ... | |
| 0x701 | 第二协议 | CCU_CANFD2 |
| ... | ... |
作为一种方式，可以基于路由表和目标地址，确定目标地址的路由端口；将第二协议诊断报文通过路由端口发送给待诊断节点。
可选的，M核处理器可以基于存储在LLCE(低等待的通信引擎)中的路由表和目标地址，确定目标地址的路由端口；并将第二协议诊断报文通过路由端口发送给待诊断节点。
在本申请实施例中，LLCE可以实现CAN报文的硬件加速，提高路由转发速度。
需要说明的是，由于每个LIN节点可以对应有一个上级CAN节点，因此，在外部诊断仪需要对LIN节点进行诊断时，可以发送包含LIN节点的目标地址的第一协议诊断报文，中央诊断网关在接收到该第一协议诊断报文后，可以基于地址映射表和LIN节点的目标地址，将该第一协议诊断报文转换为第二协议诊断报文，并将第二协议诊断报文发送给CCU_CANFD2路由端口，CCU_CANFD2路由端口再将该第二协议诊断报文转发给该LIN节点对应的上级CAN节点，上级CAN节点在接收到该第二协议诊断报文后，可以将该第二协议诊断报文转换为第三协议诊断报文并发送给该LIN节点。其中，第三协议诊断报文可以为DoLIN报文。
本实施例提供的一种诊断方法，在接收到来自外部诊断仪的第一协议诊断报文后，获取所述第一协议诊断报文中表示待诊断节点的诊断地址的目标地址，基于预先设置的地址映射表和所述目标地址，得到所述目标地址对应的诊断协议类型；若所述诊断协议类型与第一协议不同，将所述第一协议诊断报文转换为所述诊断协议类型对应的第二协议诊断报文；基于预先设置好的路由表和所述目标地址，将所述第二协议诊断报文发送给所述待诊断节点。通过上述方式使得，在接收到来自外部诊断仪的第一协议诊断报文后，可以获取第一协议诊断报文的目标地址，基于该目标地址与地址映射表，得到目标地址对应的诊断协议类型，在目标地址对应的诊断协议类型与第一协议诊断报文的协议类型不同时，可以通过协议转换得到目标地址可识别的第二协议诊断报文，并通过预先设置好的路由表，将第二协议诊断报文发送给待诊断节点，由于车辆的一个诊断接口仅支持一种诊断协议，而通过协议转换，可以在减少车辆向外部诊断仪开放的诊断接口数量的情况下，也能够诊断车辆中所有不同诊断协议类型对应的待诊断节点，进而提高了车辆的安全性。并且，一个外部诊断仪仅支持一种诊断协议，在现有技术中，通常需要采用支持DoCANFD协议的外部诊断仪与车辆所提供的基于DoCANFD协议诊断接口相连，从而实现对车辆中非以太网节点的诊断，同时需要采用支持IP协议的外部诊断仪与车辆所提供的基于DoIP协议诊断接口相连，从而实现对车辆中以太网节点的诊断，因此，通过本申请提供的诊断方法，可以简化售后诊断设备的开发，降低主机厂外部设备端硬件及软件开发成本。
请参阅图3，本申请提供的一种诊断方法，所述方法包括：
S210：接收到来自外部诊断仪的第一协议诊断报文，获取所述第一协议诊断报文的目标地址，所述目标地址为待诊断节点的诊断地址。
其中，待诊断节点可以适配至少一种诊断协议类型，待诊断节点所适配的每种诊断协议类型可以对应一个诊断地址，也就是说，诊断节点所适配的每种诊断协议类型所对应诊断地址，与该诊断节点均对应。
在本申请实施例中，如表4所示，T-Box(Telematics-BOX，车载终端)节点可以对应有两个诊断地址，每个诊断地址可以对应有不同的诊断协议以及路由端口。其中，当诊断地址为0x002D时，可以用于诊断T-Box节点的软件下载功能等是否正常；当诊断地址为0x072D时，可以用于诊断T-Box节点的内部通信功能等是否正常。
表4
S220：基于预先设置的地址映射表和所述目标地址，得到所述目标地址对应的诊断协议类型。
S230：若所述诊断协议类型与第一协议不同，将所述第一协议诊断报文转换为所述诊断协议类型对应的第二协议诊断报文。
S240：基于预先设置好的路由表和所述目标地址，将所述第二协议诊断报文发送给所述待诊断节点。
S250：若所述诊断协议类型与所述第一协议相同，将所述第一协议诊断报文发送给所述待诊断节点。
作为一种方式，若诊断协议类型与第一协议相同，将第一协议诊断报文发送给待诊断节点。
可选的，可以将第一协议诊断报文直接PFE(Physical Forwarding Engine，包转发引擎)路由到指定的以太网端口，以通过该指定的以太网端口发送至待诊断节点。
在本申请实施例中，PFE可以实现以太网报文的硬件加速，提高路由转发速度。
S260：响应于接收到来自所述诊断节点的诊断响应报文，将所述响应报文发送给所述外部诊断仪。
其中，诊断响应报文可以指包含诊断结果的报文。
作为一种方式，可以响应于接收到来自诊断节点的诊断响应报文，将响应报文发送给外部诊断仪。
可选的，当待诊断节点接收到第一协议诊断报文或者第二协议诊断报文时，待诊断节点可以基于接收到的诊断报文的内容进行诊断，并生成包含诊断结果的诊断响应报文，在诊断响应报文生成后，可以将该诊断响应报文发送至中央诊断网关。
可选的，外部诊断仪可以将诊断响应报文发送至终端设备。
本实施例提供的一种诊断方法，通过上述方式使得，在接收到来自外部诊断仪的第一协议诊断报文后，可以获取第一协议诊断报文的目标地址，基于该目标地址与地址映射表，得到目标地址对应的诊断协议类型，在目标地址对应的诊断协议类型与第一协议诊断报文的协议类型不同时，可以通过协议转换得到目标地址可识别的第二协议诊断报文，并通过预先设置好的路由表，将第二协议诊断报文发送给待诊断节点，由于车辆的一个诊断接口仅支持一种诊断协议，而通过协议转换，可以在减少车辆向外部诊断仪开放的诊断接口数量的情况下，也能够诊断车辆中所有不同诊断协议类型对应的待诊断节点，进而提高了车辆的安全性。并且，一个外部诊断仪仅支持一种诊断协议，因此，通过本申请提供的诊断方法，可以简化售后诊断设备的开发，降低主机厂外部设备端硬件及软件开发成本。并且，在本实施例中，可以将诊断响应报文发送至外部诊断仪，从而可以使维修工作者基于诊断响应报文确定故障节点以及故障原因，从而可以快速排查故障，提高车辆的安全性。
请参阅图4，本申请提供的一种诊断装置400，所述装置400包括：
目标地址获取单元410，用于接收到来自外部诊断仪的第一协议诊断报文，获取所述第一协议诊断报文的目标地址，所述目标地址为待诊断节点的诊断地址。
类型确定单元420，用于基于预先设置的地址映射表和所述目标地址，得到所述目标地址对应的诊断协议类型。
协议转换单元430，用于若所述诊断协议类型与第一协议不同，将所述第一协议诊断报文转换为所述诊断协议类型对应的第二协议诊断报文。
报文发送单元440，用于基于预先设置好的路由表和所述目标地址，将所述第二协议诊断报文发送给所述待诊断节点。
作为一种方式，所述地址映射表表征诊断地址与诊断地址类型的映射关系，类型确定单元420具体用于基于所述地址映射表和所述目标地址，确定所述目标地址的地址类型；基于所述目标地址的地址类型，确定所述目标地址对应的诊断协议类型。
可选的，类型确定单元420具体用于若所述目标地址的地址类型为以太网节点地址，确定所述目标地址对应的诊断协议类型为所述第一协议；若所述目标地址的地址类型为非以太网节点地址，确定所述目标地址对应的诊断协议类型为所述第二协议。
作为一种方式，报文发送单元440具体用于若所述诊断协议类型与所述第一协议相同，将所述第一协议诊断报文发送给所述待诊断节点。
作为一种方式，报文发送单元440具体用于基于所述路由表和所述目标地址，确定所述目标地址的路由端口；将所述第二协议诊断报文通过所述路由端口发送给所述待诊断节点。
可选的，所述第一协议诊断报文为从诊断接口获得，所述诊断接口为外部诊断报文的唯一入口。
可选的，所述待诊断节点适配至少一种诊断协议类型，所述每种诊断协议类型对应一个诊断地址。
可选的，所述第一协议诊断报文为DoIP报文，所述第二协议诊断报文为DoCANFD报文。
下面将结合图5对本申请提供的一种网关进行说明。
请参阅图5，基于上述的控制方法、装置，本申请实施例还提供的另一种可以执行前述诊断方法的网关101。网关101包括处理器1012、诊断接口1014、存储器1016。网关101用于执行上述的诊断方法。
其中，处理器1012可以包括一个或者多个处理核。处理器1012利用各种接口和线路连接整个网关101内的各个部分，通过运行或执行存储在存储器1016内的指令、程序、代码集或指令集，以及调用存储在存储器1016内的数据，执行网关101的各种功能和处理数据。可选地，处理器1012可以采用数字信号处理(Digital Signal Processing，DSP)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)、可编程逻辑阵列(ProgrammableLogic Array，PLA)中的至少一种硬件形式来实现。处理器1012可集成中央处理器(CentralProcessing Unit，CPU)、图像处理器(Graphics Processing Unit，GPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责显示内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器1012中，单独通过一块通信芯片进行实现。
存储器1014可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read-Only Memory)。存储器1014可用于存储指令、程序、代码、代码集或指令集。存储器1014可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于实现至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现下述各个方法实施例的指令等。存储数据区还可以存储网关101在使用中所创建的数据(比如电话本、音视频数据、聊天记录数据)等。
下面将结合图6对本申请提供的一种车辆进行说明。
请参阅图6，基于上述的控制方法、装置，本申请实施例还提供的另一种可以执行前述控制方法的车辆100。车辆100包括网关101。
本申请实施例提供的一种计算机可读存储介质。该计算机可读存储介质800中存储有程序代码，所述程序代码可被处理器调用执行上述方法实施例中所描述的方法。
计算机可读存储介质800可以是诸如闪存、EEPROM(电可擦除可编程只读存储器)、EPROM、硬盘或者ROM之类的电子存储器。可选地，计算机可读存储介质800包括非易失性计算机可读存储介质(non-transitory computer-readable storage medium)。计算机可读存储介质800具有执行上述方法中的任何方法步骤的程序代码810的存储空间。这些程序代码可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。程序代码810可以例如以适当形式进行压缩。
综上所述，本申请提供的一种诊断方法、装置以及车辆，在接收到来自外部诊断仪的第一协议诊断报文后，获取所述第一协议诊断报文中表示待诊断节点的诊断地址的目标地址，基于预先设置的地址映射表和所述目标地址，得到所述目标地址对应的诊断协议类型；若所述诊断协议类型与第一协议不同，将所述第一协议诊断报文转换为所述诊断协议类型对应的第二协议诊断报文；基于预先设置好的路由表和所述目标地址，将所述第二协议诊断报文发送给所述待诊断节点。通过上述方式使得，在接收到来自外部诊断仪的第一协议诊断报文后，可以获取第一协议诊断报文的目标地址，基于该目标地址与地址映射表，得到目标地址对应的诊断协议类型，在目标地址对应的诊断协议类型与第一协议诊断报文的协议类型不同时，可以通过协议转换得到目标地址可识别的第二协议诊断报文，并通过预先设置好的路由表，将第二协议诊断报文发送给待诊断节点，由于车辆的一个诊断接口仅支持一种诊断协议，而通过协议转换，可以在减少车辆向外部诊断仪开放的诊断接口数量的情况下，也能够诊断车辆中所有不同诊断协议类型对应的待诊断节点，进而提高了车辆的安全性。并且，一个外部诊断仪仅支持一种诊断协议，因此，通过本申请提供的诊断方法，可以简化售后诊断设备的开发，降低主机厂外部设备端硬件及软件开发成本。
最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不驱使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。
Claims (12)
1.一种诊断方法，其特征在于，所述方法包括：
接收到来自外部诊断仪的第一协议诊断报文，获取所述第一协议诊断报文的目标地址，所述目标地址为待诊断节点的诊断地址；
基于预先设置的地址映射表和所述目标地址，得到所述目标地址对应的诊断协议类型；
若所述诊断协议类型与第一协议不同，将所述第一协议诊断报文转换为所述诊断协议类型对应的第二协议诊断报文；
基于预先设置好的路由表和所述目标地址，将所述第二协议诊断报文发送给所述待诊断节点。
2.根据权利要求1所述的诊断方法，其特征在于，所述方法还包括：
若所述诊断协议类型与所述第一协议相同，将所述第一协议诊断报文发送给所述待诊断节点。
3.根据权利要求1所述的诊断方法，其特征在于，所述地址映射表表征诊断地址与诊断地址类型的映射关系，所述基于预先设置的地址映射表和所述目标地址，得到所述目标地址对应的诊断协议类型，包括：
基于所述地址映射表和所述目标地址，确定所述目标地址的地址类型；
基于所述目标地址的地址类型，确定所述目标地址对应的诊断协议类型。
4.根据权利要求3所述的诊断方法，其特征在于，所述基于所述目标地址的地址类型，得到所述目标地址对应的诊断协议类型，包括：
若所述目标地址的地址类型为以太网节点地址，确定所述目标地址对应的诊断协议类型为所述第一协议；
若所述目标地址的地址类型为非以太网节点地址，确定所述目标地址对应的诊断协议类型为所述第二协议。
5.根据权利要求1所述的诊断方法，其特征在于，所述基于预先设置好的路由表和所述目标地址，将所述第二协议诊断报文发送给所述待诊断节点，包括：
基于所述路由表和所述目标地址，确定所述目标地址的路由端口；
将所述第二协议诊断报文通过所述路由端口发送给所述待诊断节点。
6.根据权利要求1-5任一所述的诊断方法，其特征在于，所述第一协议诊断报文为从诊断接口获得，所述诊断接口为外部诊断报文的唯一入口。
7.根据权利要求1-5任一所述的诊断方法，其特征在于，所述待诊断节点适配至少一种诊断协议类型，所述每种诊断协议类型对应一个诊断地址。
8.根据权利要求1-5任一所述的诊断方法，其特征在于，所述第一协议诊断报文为DoIP报文，所述第二协议诊断报文为DoCANFD报文。
9.一种诊断装置，其特征在于，所述装置包括：
目标地址获取单元，用于接收到来自外部诊断仪的第一协议诊断报文，获取所述第一协议诊断报文的目标地址，所述目标地址为待诊断节点的诊断地址；
类型确定单元，用于基于预先设置的地址映射表和所述目标地址，得到所述目标地址对应的诊断协议类型；
协议转换单元，用于若所述诊断协议类型与第一协议不同，将所述第一协议诊断报文转换为所述诊断协议类型对应的第二协议诊断报文；
报文发送单元，用于基于预先设置好的路由表和所述目标地址，将所述第二协议诊断报文发送给所述待诊断节点。
10.一种网关，其特征在于，包括诊断接口以及处理器；
所述处理器用于执行权利要求1-9任一所述的诊断方法。
11.一种车辆，其特征在于，包括权利要求10所述的处理器。
12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有程序代码，其中，在所述程序代码运行时执行权利要求1-9任一所述的诊断方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202311199713.0A CN117459546A (zh) | 2023-09-15 | 2023-09-15 | 诊断方法、装置以及车辆 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202311199713.0A CN117459546A (zh) | 2023-09-15 | 2023-09-15 | 诊断方法、装置以及车辆 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN117459546A true CN117459546A (zh) | 2024-01-26 |
Family
ID=89588142
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202311199713.0A Pending CN117459546A (zh) | 2023-09-15 | 2023-09-15 | 诊断方法、装置以及车辆 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN117459546A (zh) |
-
2023
- 2023-09-15 CN CN202311199713.0A patent/CN117459546A/zh active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10756930B2 (en) | Gateway device, vehicle network system, transfer method, and non-transitory computer-readable recording medium storing program | |
| CN110635933B (zh) | 用于管理sdn的网络的装置、控制方法及记录介质 | |
| JP5500153B2 (ja) | 車両用通信装置及びその車両用通信装置を用いた車両用データ通信システム | |
| CN105388893A (zh) | 一种基于obd接口的can通讯数据监测方法及系统 | |
| CN110324281B (zh) | 一种车载网络控制器刷新系统及方法 | |
| CN109167762B (zh) | 一种iec104报文校验方法及装置 | |
| WO2024037304A1 (zh) | 车辆诊断通信方法、装置、设备、介质及程序产品 | |
| US20240223660A1 (en) | Management device, vehicle communication system, vehicle, vehicle communication management method, and vehicle communication management program | |
| JP2014045421A (ja) | ネットワークシステム | |
| CN110505220B (zh) | 支持opc协议实现双机热备的方法、装置以及通信终端 | |
| CN110177010B (zh) | 一种链路切换方法及装置 | |
| CN113596017A (zh) | 一种协议解析方法、装置、软网关和存储介质 | |
| WO2022059206A1 (ja) | ネットワーク構成推定装置、ネットワーク構成推定方法、及びプログラム | |
| CN111835764B (zh) | 一种arp防欺骗方法、隧道端点以及电子设备 | |
| CN111552266B (zh) | 车辆远程诊断方法、系统、设备连接器及车辆连接器 | |
| CN112202884A (zh) | 一种车辆连接接口装置数据传输方法及相关设备 | |
| CN117459546A (zh) | 诊断方法、装置以及车辆 | |
| US11444922B2 (en) | System for detecting control device security malfunctions | |
| CN115657646B (zh) | 一种can控制器的测试方法及装置 | |
| CN111698125B (zh) | 一种通信测试方法和装置 | |
| CN114936047B (zh) | Ivi系统恢复出厂设置方法、系统、电子设备及存储介质 | |
| CN112615932B (zh) | 一种基于车辆总线的通讯方法和车辆网关设备 | |
| CN114553634B (zh) | 一种数据处理方法和相关装置 | |
| WO2024139282A1 (zh) | 多通道诊断方法、装置以及车辆 | |
| JP2024147137A (ja) | 車載装置、設定処理方法および設定処理プログラム |
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 |