CN101784973A - 用于诊断机动车故障的方法和系统 - Google Patents

Abstract

本发明涉及用于诊断机动车中的故障的方法，其使用诊断工具和车载组装在车辆上的运算模块所提供的数据或控制指令的分析，其通过在诊断方法的显示内动态显示数据的值或到控制的链路来转换车辆的功能部件组的操作。该方法包含如下步骤：开发车辆操作控制的强化的显示结构(9)，开发有待刷新的控制数据的列表(10)，从各个运算模块恢复刷新的控制数据，以及，从强化的显示结构和刷新的控制数据开发最终显示(8)，其中开发强化的显示结构、有待刷新的数据的列表、恢复刷新的数据，以及开发最终显示的步骤在监督模块(D)的控制下执行。

Description

用于诊断机动车故障的方法和系统

技术领域

本发明涉及在维修或维护车间中使用的对运输工具故障的诊断，所述运输工具例如是飞机或船只，更具体为机动车。

背景技术

目前，当车辆出现障碍，也就是说出现故障或失灵时，为了识别出障碍缘由，应用一种例如差错追踪树形式的诊断方法，该方法可以根据车辆所有者或驾驶者清楚描述的症状识别出缘由。

这样的诊断方法逐步执行，并且一定在最后达成对失灵缘由的识别，以确定要对车辆进行的维修。

总体来说，在该诊断方法的每个步骤，或者一般地在至少一些步骤中，技术员必须检查或控制机动车车载的计算模块，用以恢复诊断数据，或激活这些模块内部的功能。

与通过连续的步骤而可能追踪缺陷部件的该诊断方法并行地，技术员在车辆之内具有一定数目的车载资源。因此他有可能从车辆的计算模块恢复诊断数据或激活这些模块内部的诊断功能。

这些资源直接传递可用信息。它们涉及其所负责的车辆的部件的操作。

在诊断期间，技术员通常使用一种诊断工具，该工具并入有诊断软件，使得其可以应用诊断方法，或恢复数据或激活从计算模块导出的诊断控制。

该方案具有一定数目的主要缺陷。

实际上，诊断工具以屏幕的形式为技术员提供了一定数目的人/机接口，该屏幕或者对应于诊断方法的步骤，或者对应于从计算模块获得的诊断数据的显示，或者对应于计算模块内部的诊断功能的激活。

因此，在运行诊断方法时，要求技术员依据参考值来检查从计算模块获得的诊断值，或激活内部诊断功能以将其效果与所谓的参考行为进行比较。

这样的协商需要从一个屏幕移动到另一个，并要求一定数目的导航过程，这又导致大量而无谓的时间浪费。此外，该方案产生并非无足轻重的错误风险，从一个屏幕到另一个的转移能够导致协商错误，例如获得错误的协商数据，进而获得诊断错误。

然而，获得控制数据是必须的阶段，这是因为，取决于检查的结果，诊断方法根据所检查的数据的值而继续到不同的后续步骤。

鉴于以上所述，需要具有这样一种诊断工具，该工具使得用户能够同时使用可以追踪和识别失灵或障碍的诊断方法，以及源自车辆车载的计算模块的数据或控制，并在同一个人/机接口中执行。

发明内容

因此，根据第一方面，本发明的主题是一种诊断机动车故障的方法，该方法使用诊断工具，并分析从所述机动车车载的计算模块组可用的、反映车辆的功能部件组的操作的控制数据或指令。

根据该方法的总体特征，后者包括如下步骤：

-生成强化的显示结构，其描述有待在通过控制数据或指令而强化的车辆上执行的一系列控制操作；

-生成有待刷新的控制数据的列表；

-恢复源自各个计算模块的刷新的控制数据；

-从所述强化的显示结构和从刷新的控制数据生成最终显示。

所述生成强化的显示结构、有待刷新的数据的列表、恢复刷新的数据、以及生成最终显示的步骤在监督模块的控制下执行。

根据该方法的另一特征，在生成有待刷新的控制数据的列表期间，从库生成诊断请求，所述库包括对于每一个计算模块的诊断请求的描述。

此外，在恢复控制数据期间，对由计算模块所传送的一个或多个响应例如进行解码。

还有可能基于恢复的控制数据更新刷新的控制数据文件。

根据该方法的另一特征，所述最终显示可以由此生成自显示结构以及从显示数据库中提取的显示参数，所述显示数据库对应于将在其上观察最终显示的人/机接口。

根据该发明方法的又一特征，在生成显示结构期间以及在生成有待刷新的控制数据的列表期间，分析诊断文件，该诊断文件包含用于诊断工具的诊断指令代码组以及用于施用诊断指令代码的标记组，所述标记被检测并且所述标记被分析，以产生第一类型的标记和第二类型的标记之间的区分，所述第一类型的标记趋向于对操作者方施加行动，所述第二类型的标记趋向于恢复控制数据或控制车载诊断功能。

当检测到第一类型的标记时，将文本数据或图像插入到强化的显示结构中。

此外，当检测到第二类型的标记时，执行标记的补充分析，以产生第三类型的标记和第四类型的标记之间的区分，所述第三类型的标记趋向于借由计算模块施用诊断功能，所述第四类型的标记趋向于获得控制数据值。

例如，响应于检测到第三类型的标记，将控制标记插入到强化的显示结构中。

还有可能响应于检测到第四类型的标记，一方面将项目插入到包含有待刷新的数据的文件中，另一方面将用于对控制数据的读取进行控制的软件构件插入强化的显示结构中。

根据第二方面，本发明的另一主题是用于诊断机动车的故障的系统，包括：

-第一级，生成强化的显示结构并生成有待刷新的控制数据的列表，所述强化的显示结构用于基于诊断方法和从诊断工具获得数据来控制车辆的操作；

-第二级，动态恢复源自机动车车载的各个计算模块的控制数据；

-第三级，从所述强化的显示结构和从刷新的控制数据生成最终显示。

所述系统还包括一个或多个监督级，用于控制所述第一、第二和第三级。

附图说明

通过阅读下面的说明，本发明的其他目标、特征和优点将变得显而易见，该说明纯粹座位非限制性实例给出，并参考附图给出，其中在图中：

图1是示出用于机动车的诊断安装的总体架构的框图；

图2示出根据本发明的用于机动车的诊断系统的结构；

图3是示出图2的系统的第一级的操作的主要步骤的流程图；

图4是示出图2的系统的第二级的操作的主要步骤的流程图；

图5是示出图2的系统的第三级的操作的主要步骤的流程图；以及

图6是示出图2的监督级的操作的主要步骤的流程图。

具体实施方式

图1所示的诊断安装旨在检查机动车1的故障。

如图所示，诊断是基于诊断工具2的使用，其使得有可能向技术员进行呈现，并使用诊断方法结合车辆1车载的计算模块所传递的控制数据或指令。

诊断车辆需要首先构建在维修或维护车间中进行诊断所必须的数据组。

因此，通过例如使用软件来生成诊断方法，所述软件例如从微计算机3导出或托管于其上，由此以生成一定数目的文件，诸如4，该文件定义有待使用的诊断方法，并包含车载诊断资源的参考，也就是计算模块。

此外，通过使用诸如5的文件组恢复诊断资源的定义，所述文件组借由软件生成，用于产生从微计算机6导出的或托管于其中的诊断数据。这些文件5定义可能递送控制数据或指令的车辆车载的资源，以及有待使用的通信参数，以从计算模块恢复控制数据。

可以看到，为硬件和软件资源3和6之间通信做出准备，其中的一个用于产生诊断方法，另一个用于产生诊断数据。这两个硬件资源可以最佳地共存于同一个微计算机中，并可通过计算机网络访问。

此外，可以使得诊断工具2能够通过例如数据库7的中介，或通过在诊断工具2本地可用的文件组或该在线工具通过计算机网络可以访问的文件组，访问文件4和5的内容。

换而言之，用于恢复控制数据或者用于激活其诊断功能的计算模块的参考和诊断方法在诊断工具2的数据库7中结合，以在诊断方法中直接并入对这些诊断资源的参考，因此，如下文将详细描述的，在人/机接口上动态显示结果，同时并入诊断方法和控制数据或指令。

现在参照图2，诊断工具2包括模块A，B，C和D的组，其结合操作，以在人/机接口(此处由屏幕8构成)上生成最终显示，以向技术员呈现这样的信息，即，包含诊断方法、控制数据和控制指令的结合。

第一级A用于生成中间文件，中间文件包含强化的显示结构9，其与参阅诊断资源的控制或指令数据相结合。

它还向第二级B递送列表10形式的文件，该列表描述有待刷新的控制数据。

第二级B恢复该有待刷新的控制数据的列表。它还恢复参数P的组以及描述符D，所述参数P的组用于与车载计算模块通信，所述描述符D用于定义计算模块中可用的诊断资源，这些数据项目P和D从数据库7中恢复。

通过该信息，第二级B通过请求R和响应R’与计算模块对话，响应R’包含更新的控制数据等等，该更新的控制数据被解码并随后以动态数据的形式存储在中间文件9中。例如，这些请求生成自数据请求的列表，该列表是针对每个计算模块从库提取的。

如图2中所见，第三级C恢复控制数据，该控制数据通过强化的显示结构9的读取而得到刷新，并通过级B而得到动态更新，因此根据显示参数P’生成最终显示，该显示参数P’提取自并入在数据库7中的库，其针对有可能使用的每个人/机接口描述必要的显示参数。

构建诊断系统，特别是构建用于生成最终显示的第三级C所涉及的主要项目的操作通过第四级D来控制，第四级D生成并向第三级C传送请求R”，其特别地趋向于例如响应于用户技术员一方上的行动A获得显示修改。

现在参照图3描述中间文件的生成的第一级A的操作中的主要步骤。

在第一步骤11期间，级A读取数据库7中存储的文件，其描述通过诊断数据和指令强化的诊断方法，也就是，用于恢复控制数据，或用于激活计算模块的诊断功能的信息。

在检查文件之后，特别是关于其格式及其句法(步骤12)，执行测试(步骤13)，以检查该文件是否正确。

如果不正确，则生成错误消息(步骤14)。在接下来的步骤15，如果已经发现该文件正确，那么对报头进行检查。

如果报头不正确，过程转到之前的步骤14，以生成错误信号。

否则，也就是说如果报头正确，第一级A继续检测文件中的标记，其趋向于执行诊断指令。

只要检测的标记不是最后的标记(步骤17)，就分析该检测的标记，以确定其属性(步骤18)。

特别地，在该步骤18期间，在编码标记和第二类型的标记之间进行区分，编码标记用于引起在用户技术员一方上的行动的施加，第二类型的标记趋向于恢复控制数据或指令。

在该步骤18期间，如果检测到标记是第一类型的标记，那么将描述有待由用户技术员执行的行动的文本或图像类型的内容(步骤19)插入到中间文件9中。

另一方面，在之前的步骤18期间，如果检测到标记是第二类型的标记，也就是趋向于恢复控制数据或指令的标记，那么在接下来的步骤20期间，还检测该标记所属于的类别。

换而言之，在第三类型的标记和第四类型的标记之间进行区分，第三类型的标记趋向于施用诊断功能，第四类型的标记趋向于获得控制数据值。

如果是第三类型的标记，那么在接下来的步骤21，将控制标记插入到强化的显示结构9的文件中。

另一方面，如果是第四类型的标记，那么在接下来的步骤22期间，一方面将有待刷新的数据的细节插入到文件10中，另一方面将软件构件插入到中间文件9中，其使得有可能图形地刷新例如“Active

”类型的构件的控制数据。

完成这些步骤之后，一旦文件不再包含标记，第一级由此生成了强化的显示结构和有待刷新的数据的列表，所述强化的显示结构旨在由第三级C用来生成最终显示，所述有待刷新的数据的列表旨在由第二级B使用，以能够动态更新所述强化的显示结构。

参照图4，在第一步骤23期间，第二级B分析文件10以及特别地，有待刷新的数据的列表。它从数据P和数据D构建有待发送到计算模块的请求R，所述数据P描述有待用来与计算模块通信的参数，数据D描述在计算模块中可用的数据(步骤24)。

在接下来的步骤26期间，将适时生成的请求传送到车载计算模块，每次传送一个请求。

然后通过使用描述计算机中可用数据的数据D来对响应R’进行解码(步骤27)。然后用更新的控制数据更新中间文件(步骤28)。

将注意到，在第二级B内施用的方法长期执行，以动态刷新有待显示的数据，该方法以最佳可能性能完成。

现在参照图5，第三级C负责根据使用的HMI的参数P’将中间文件9转换为旨在借由屏幕8向用户呈现的最终显示。

如前所述，该第三级C可以通过第四级D调用(请求R”)。

在第一步骤30期间，第三级C遍及中间文件进行浏览。

通过参数P’，该文件被转换(步骤31)，以驱动屏幕8(步骤32)。

最终，参照图6，第四级D监视用户的行动，以向第三级C指示是否有必要重新生成显示。将注意到，用户的行动可以是各种种类的行动，这取决于诊断工具的操作模式。

换而言之，监督级D负责将用户技术员手工输入的命令转译成用于诊断工具，并直接或非直接地用于第三级C的计算机事件。

特别地，根据用户输入的命令，第四级D可以促使显示的重新生成或置换，激活特定的诊断功能，或者甚至在例如想要使用另一诊断方法的情况下重新初始化第一级A。

因此，在第一步骤33期间，第四级D扫描用户输入的命令。当标记被激活(步骤34)，反映出趋向于应用例如特定诊断功能，或者甚至趋向于重新启动第一级A的命令时，通知诊断工具2中使用的主要诊断应用(步骤35)。如果不是这种情况，在接下来的步骤36期间，确定用户是否想要修改显示。如果是这种情况，向第三级C传送对应的请求R”。

Claims (11)

1.一种诊断机动车的故障的方法，该方法使用诊断工具(2)，并分析从车辆车载的计算模块组可用的、反映车辆的功能部件组的操作的控制数据或指令，其特征在于，包括如下步骤：

-生成用于控制车辆操作的强化的显示结构(9)，其描述有待在通过控制数据或指令而强化的车辆上执行的一系列控制操作；

-生成有待刷新的控制数据的列表(10)；

-动态恢复源自各个计算模块的刷新的控制数据；以及

-从所述强化的显示结构、刷新的控制数据和对控制指令的直接访问，生成最终显示(8)，

所述生成强化的显示结构、有待刷新的数据的列表、恢复刷新的数据、以及生成最终显示的步骤在监督模块(D)的控制下执行。

2.根据权利要求1的方法，其中，在生成有待刷新的控制数据的列表期间，从库生成诊断请求(R)，所述库包括对于计算模块的数据请求的列表。

3.根据权利要求1和2之一的方法，其中，在恢复控制数据期间，对每个计算模块所传送的一个或多个响应(R’)进行解码。

4.根据权利要求3的方法，其中，基于恢复的控制数据更新刷新的控制数据文件。

5.根据权利要求4的方法，其中，所述最终显示(8)生成自所述强化的显示结构、刷新的控制数据文件以及从显示数据库中提取的显示参数(P’)，所述显示数据库对应于将在其上观察最终显示的人/机接口。

6.根据权利要求1至5中任一项的方法，其中，在生成强化的显示结构期间以及在生成有待刷新的控制数据的列表期间，分析诊断文件，该诊断文件包含用于诊断工具的诊断指令代码组以及用于施用诊断指令代码的标记组，所述标记被检测并且所述标记被分析，以产生第一类型的标记和第二类型的标记之间的区分，所述第一类型的标记趋向于对操作者方施加行动，所述第二类型的标记趋向于恢复控制数据或控制指令。

7.根据权利要求6的方法，其中，当检测到第一类型的标记时，将文本数据或图像插入到所述强化的显示结构中。

8.根据权利要求7的方法，其中，当检测到第二类型的标记时，在第三类型的标记和第四类型的标记之间区分标记，所述第三类型的标记趋向于控制诊断功能，所述第四类型的标记趋向于获得计算数据值。

9.根据权利要求8的方法，其中，响应于检测到第三类型的标记，将控制标记插入到强化的显示结构(9)中，使其可以激活控制。

10.根据权利要求9的方法，其中，响应于检测到第四类型的标记，将用于对控制数据的读取进行控制的软件构件插入到包含有待刷新的数据的文件(10)中。

11.一种用于诊断机动车的故障的系统，其特征在于，包括：

-第一级(A)，用于生成强化的显示结构并生成有待刷新的控制数据的列表(10)，所述强化的显示结构用于控制车辆的操作；

-第二级，恢复源自车辆车载的计算模块的刷新的控制数据；

-第三级，从所述强化的显示结构和从刷新的控制数据生成最终显示(8)；

特征还在于，所述系统还包括一个或多个监督级(D)，用于控制所述第一、第二和第三级以及用户技术员的行动。

Images