CN110412970A - 在多ecu系统中执行车辆诊断的方法 - Google Patents

Abstract

公开了一种在多ECU系统中执行车辆诊断的方法。该方法包括：由诊断客户机模块从诊断工具接收（105）诊断请求；响应于接收到诊断请求由诊断客户机模块创建（110）第一请求和第二请求；将第一请求传输（115）到第一ECU的应用层并且将第二请求传输到第二ECU的应用层；从第一ECU接收（120）第一诊断信息并且从第二ECU接收第二诊断信息；聚合（125）第一诊断信息和第二诊断信息以形成聚合的诊断数据；以及使用在第一ECU和诊断工具之间的单个通信信道将聚合的诊断数据传输（130）到诊断工具以用于在多ECU系统中执行车辆诊断。

Description

在多ECU系统中执行车辆诊断的方法

技术领域

本发明涉及在多ECU系统中执行车辆诊断的方法。

背景技术

在其中安全是至关重要的系统中使用多ECU。例如，转向系统和制动系统。这样的多ECU系统的一个示例是具有主要ECU和次要ECU的双ECU系统。因此，即使一个ECU故障，另一个ECU也能够接管系统的操作。因此，次要ECU代替主要ECU。

为了诊断主要ECU和次要ECU，诊断工具将诊断请求传输到主要ECU。存在于主要ECU和次要ECU之间的路由器被用于将诊断请求传输到次要ECU。因此，相同的诊断请求也由次要ECU接收。响应于诊断请求，主要ECU传输使用第一通信信道通信的诊断信息。进一步地，次要ECU也响应于诊断请求使用另一个通信信道来将其诊断信息传输到诊断工具。

因此要求两个独立的通信信道以用于通过主要ECU和次要ECU将诊断信息通信到诊断工具。两个独立的通信信道的使用是复杂的。因此存在针对如下的机制的需要：所述机制用于改进通过主要ECU和次要ECU传输的诊断信息的传输。

US6330499B1公开了用于车辆诊断和健康监控的系统和方法。用于车辆诊断和健康监控的系统和方法包括：在车辆内的客户机计算机设备，其耦合到车辆的监控系统，用于数据管理、远程会话管理和用户交互；通信系统，其耦合到客户机计算机设备，用于提供包括得自于车辆的内部监控系统的数据的数据的远程通信；以及远程服务中心，其包括车辆数据存储、服务器计算机、诊断引擎、以及用于经由通信系统将车辆信息的分析结果通信到客户机计算机设备的通信器。

发明内容

本公开公开了在多ECU系统中执行车辆诊断的方法。该方法包括：由诊断客户机模块从诊断工具接收诊断请求，诊断客户机模块是在多ECU系统的第一ECU中模拟的；响应于接收到诊断请求，由诊断客户机模块创建第一请求和第二请求；将第一请求传输到多ECU系统的第一ECU的应用层并且将第二请求传输到第二ECU的应用层；响应于第一请求的传输，从第一ECU接收第一诊断信息，并且响应于第二请求的传输，从第二ECU接收第二诊断信息；由诊断客户机模块聚合第一诊断信息和第二诊断信息以形成聚合的诊断数据；以及使用在第一ECU和诊断工具之间的单个通信信道将聚合的诊断数据传输到诊断工具以用于在多ECU系统中执行车辆诊断。

公开了用于在多ECU系统中执行车辆诊断的处理器。该处理器被适配为：由诊断客户机模块从诊断工具接收诊断请求，诊断客户机模块是在多ECU系统的第一ECU中模拟的；响应于接收到诊断请求，创建第一请求和第二请求；将第一请求传输到多ECU系统的第一ECU的应用层并且将第二请求传输到第二ECU的应用层；响应于第一请求的传输，从第一ECU接收第一诊断信息，并且响应于第二请求的传输，从第二ECU接收第二诊断信息；聚合第一诊断信息和第二诊断信息以形成聚合的诊断数据；以及使用在第一ECU和诊断工具之间的单个通信信道将聚合的诊断数据传输到诊断工具以用于在多ECU系统中执行车辆诊断。

附图说明

图1是图示依照本公开的一个实施例的在多ECU系统中执行车辆诊断的方法的流程图。

具体实施方式

图1是图示依照本公开的一个实施例的在多ECU系统中执行车辆诊断的方法的流程图。所述方法是由存在于多ECU系统中的一个ECU中的处理器执行的。

在车辆操作中，安全性是极为重要的特征。诸如转向控制、制动控制的安全性关键操作使用多ECU系统。这样的多ECU系统确保了安全性，因为在一个ECU出现故障的情况下，另外的ECU使操作继续。这确保了在车辆操作中的安全性。在一个实施例中，多ECU系统是包括主要ECU和次要ECU的双ECU系统。考虑双ECU系统来解释本公开。

因此，本公开的双ECU系统包括第一ECU和第二ECU。出于理解的目的，双ECU系统被集成在转向控制系统中。使用步骤105至步骤130执行本方法。

在步骤105处，从诊断工具接收诊断请求。诊断工具是嵌入在计算机或者膝上型计算机中的扫描工具，所述计算机或者膝上型计算机与车辆控制模块连接以用于接收诊断信息并且还对车辆控制模块进行重新编程。诊断请求是独特的字母数字字符，其中测试代码被编码在那些字母数字字符内。

由诊断工具传输的诊断请求被诊断客户机模块接收。诊断客户机模块是在第一ECU中模拟的客户机模块。第一ECU的处理器模拟诊断客户机模块并且因此该诊断客户机模块充当代理诊断工具。

诊断请求包括用于响应于测试代码从第一ECU接收诊断信息的测试代码。当接收到诊断请求时，处理器处理诊断请求以使得能够在第一ECU中对诊断客户机模块进行模拟。

当在步骤110处模拟诊断客户机模块时，响应于接收到诊断请求，处理器触发诊断客户机模块以创建第一请求和第二请求。

第一请求和第二请求是由诊断客户机模块生成的代理诊断请求。第一请求和第二请求是包括请求代码以及第一ECU和第二ECU的独特标识的数据字节。请求代码是从由诊断工具传输到诊断客户机模块的诊断请求获得的。请求代码指示请求或者为了执行车辆诊断而由诊断工具所需要的信息。请求的示例包括但是不限制于：“活动_故障（active_failures）”、“读取_错误_存储器（read_fault_memory）”、“读取_生产_日期（read_production_date）”、“重置ECU（reset_ECU）”和“更新_标定_数据（update_calibration_data）”等。

请求“活动_故障”表示针对系统中的所有活动传感器的故障的请求。请求“读取_错误_存储器”表示针对读取错误存储器的请求。请求“读取_生产_日期”表示针对读取车辆的生产日期的请求。请求“重置_ECU”表示针对重置ECU的请求。相似地，“更新_标定_数据”是为了更新特定车辆系统上的标定数据而由诊断工具传输到诊断客户机模块的请求。

第一请求被用于从第一ECU接收诊断信息并且第二请求被用于从第二ECU接收诊断信息。第一请求和第二请求是使用统一诊断服务（UDS）标准创建的。换句话说，所创建的请求的格式符合UDS标准。

当在步骤115处创建第一请求和第二请求时，处理器启用诊断客户机模块以将创建的第一请求传输到第一ECU并且将第二请求传输到第二ECU。

将第一请求传输到第一ECU的应用层并且将第二请求传输到第二ECU的应用层。将第一请求传输到第一ECU的应用层通过ECU间 AUTOSAR通信接口发生。ECU间 AUTOSAR通信接口的示例包括客户机服务器接口、发送器接收器接口。相似地，通过ECU间 AUTOSAR通信接口将第二请求的传输从第一ECU传输到第二ECU。

在步骤（120）处，处理器响应于第一请求而启用诊断客户机模块以从第一ECU的应用层接收第一诊断信息。进一步地，在步骤120处诊断客户机模块还响应于第二请求而从第二ECU的应用层接收第二诊断信息。

与在上面提到的相似的通信接口被用于接收第一诊断信息和第二诊断信息。

第一诊断信息包括对应于第一ECU的诊断数据并且第二诊断信息包括与第二ECU关联的诊断数据。

进一步地，在步骤（125）处，处理器启用诊断客户机模块以聚合第一诊断信息和第二诊断信息以形成聚合的诊断数据。因此，聚合的诊断数据包括从第一ECU和第二ECU获得的诊断信息。

第一诊断信息和第二诊断信息是数据包。第一诊断信息在第一数据包中并且第二诊断信息在第二数据包中。出于理解本公开的目的，第一数据包被认为是10字节并且第二数据包被认为是5字节。第一数据包包括被称为“字段长度”的字段。“字段长度”表示在接收端处期望的数据长度。在这种情况下，诊断工具应当期望诊断信息的长度。在该示例中，“字段长度”是15字节。（第一数据包和第二数据包的总和）。

包括15字节的“字段长度”的第一数据包指示聚合的诊断数据。因此，诊断工具接收包括10字节的第一诊断信息的第一数据包并且进一步等待第二数据包，因为“字段长度”是15字节。

应当注意的是第一数据包、第二数据包和聚合的诊断数据采用被称为统一诊断服务（UDS）标准的特定数据格式。

因此，通过修改“字段长度”，聚合的诊断数据（修改的第一诊断数据），第二诊断数据也能够连同第一诊断数据一起被随附。

在步骤（130）处，使用在第一ECU和诊断工具之间进行连接的单个通信信道将聚合的诊断数据传输到诊断工具。因为“字段长度”在第一诊断数据中被修改，所以诊断工具现在期望15字节的数据而不是10字节的数据。因此，作为5字节的第二诊断数据能够连同第一诊断数据一起被随附以形成聚合的诊断数据。因此，使用单个通信信道将第一诊断数据和第二诊断数据这两者传输到诊断工具。

当接收到聚合的诊断数据时，诊断工具解码聚合的诊断数据。因此解码的数据被用于在双ECU系统中执行车辆诊断。应当注意的是，在诊断工具中基于由系统供应商提供的诊断描述文件来区分诊断信息。

有利地，本公开使得能够在多ECU系统中创建代理客户机模块。在多ECU系统的一个ECU中创建的代理客户机模块充当用于从包括在多ECU系统中的每个ECU接收诊断信息的诊断工具。另外，代理客户机模块将来自包括在多ECU系统中的每个ECU的诊断信息聚合成单个聚合的诊断信息，从而聚合的诊断信息被通过单个通信信道传输到诊断工具。因此，不要求如下的需求：所述需求针对为了传输来自多ECU系统中的每个ECU的诊断信息而使用多个通信信道。

在本公开的上下文中，‘适配的’或者‘布置的’指代技术能力或者组件的技术容量，与所述技术能力或者组件的技术容量相关联地使用术语‘适配的’或者‘布置的’，以根据要被执行或者实施的特定的一个或多个动作的要求来执行或者实施特定的一个或多个动作。此外，在此对术语‘适配的’或者‘布置的’的使用参照正常的技术能力或者由组件的设计或者结构或者组成赋予的组件的技术容量，并且不参照超出正常的技术能力或者技术容量的范围的任何特殊的或者不相干的能力或容量。

必须理解的是在上面的详细描述中解释的实施例仅是说明性的并且并不限制本发明的范围。在实施例中的任何修改是想见的并且形成本发明的一部分。本发明的范围仅由权利要求限定。

Claims (6)

1.一种在多ECU系统中执行车辆诊断的方法，所述方法包括：

由诊断客户机模块从诊断工具接收（105）诊断请求，所述诊断客户机模块是在所述多ECU系统的第一ECU中模拟的；

响应于接收到所述诊断请求，由所述诊断客户机模块创建（110）第一请求和第二请求；

将所述第一请求传输（115）到所述多ECU系统的所述第一ECU的应用层并且将所述第二请求传输到第二ECU的应用层；

响应于所述第一请求的所述传输从所述第一ECU接收（120）第一诊断信息，并且响应于所述第二请求的所述传输从所述第二ECU接收第二诊断信息；

由所述诊断客户机模块聚合（125）所述第一诊断信息和所述第二诊断信息以形成聚合的诊断数据；以及

使用在所述第一ECU和所述诊断工具之间的单个通信信道将所述聚合的诊断数据传输（130）到所述诊断工具以用于在所述多ECU系统中执行所述车辆诊断。

2.如权利要求1中所要求的方法，其中使用AUTOSAR通信接口将所述第二请求传输到所述第二ECU的所述应用层。

3.如权利要求1中所要求的方法，其中所述第一请求和所述第二请求是使用统一诊断服务（UDS）标准创建的。

4.一种用于在多ECU系统中执行车辆诊断的处理器，所述处理器适配于：

由诊断客户机模块从诊断工具接收诊断请求，其中诊断客户机模块是在所述多ECU系统的第一ECU中模拟的；

响应于接收到所述诊断请求创建第一请求和第二请求；

将所述第一请求传输到所述多ECU系统的所述第一ECU的应用层并且将所述第二请求传输到第二ECU的应用层；

响应于所述第一请求的所述传输从所述第一ECU接收第一诊断信息，并且响应于所述第二请求的所述传输从所述第二ECU接收第二诊断信息；

聚合所述第一诊断信息和所述第二诊断信息以形成聚合的诊断数据；以及

使用在所述第一ECU和所述诊断工具之间的单个通信信道将所述聚合的诊断数据传输到所述诊断工具以用于在所述多ECU系统中执行所述车辆诊断。

5.如权利要求4中所要求的处理器，其中使用AUTOSAR通信接口将所述第二请求传输到所述第二ECU的所述应用层。

6.如权利要求4中所要求的处理器，其中所述第二请求是使用统一诊断服务（UDS）标准创建的。