ODX在开发过程中的成功应用.pdfVIP

ODX在开发过程中 作者： Klaus Schneider， 的成功应用 罗伯特博世公司 该标准为功能强大的诊断功能创建了统一的前提条件 ODX，即开放式诊断数据交互系统，它不仅仅是一个基于XML 的标准。相反，它为高效的 诊断功能定义了标准化的需求。通过ODX-LINK，ETAS提供了一套专为ECU诊断功能的开发验 证而设计的INCA插件。 ODX V2.0.1标准发布后，ASAM 可满足大量需求 出于这些固有的原因以及上述 委员会对车辆ECU和服务测试器对接 在过去几年中，博世柴油系统 需求，博世柴油系统公司对诊断开 的手段进行了定义。如今，ODX正 公司不断地努力，将ODX这一新的 发进程进行了定义。首先，配置数 在按照ISO标准进行认证，以使其获 诊断标准整合到其开发过程中。他 据必须是计算机可读的且为博世专 得北美和亚洲汽车制造商的充分认 们在诊断领域的宝贵经验使工程师 有的XML/MSR格式，同时还必须确 可。这表示ODX很快将成为一种公 能很快对ODX方案所需满足的需求 定故障存储器以及所需收集的测量 认的诊断标准，可简化数据交换过 进行定义。 数据。然后，ECU代码可以直接从 程，并涵盖整个开发进程，而且所 XML/ MSR说明中生成。 有的工作在维修车间里就能进行。 数据的完整性：由于对可诊断 对于ODX V2.0.1，ASAM委员会定义 性进行详细定义可能会导致潜在故 与此同时，XML/MSR数据可由 了标准化的、计算机可读的XML格 障的增加，因此必须保证ECU软件 转换器转换为适合于ODX 的说明。 式。在预定的内容模型中指定诊断 和ODX之间的同步。例如，如果 基于这一数据库，还可以选配适用 和通讯参数。这样就建立了一种强 ODX文档记录过程与ECU软件开发同 于闪存编程的数据输出或者文档记 制性的框架结构，然而，通过用户 步进行，可能就不能确保数据的完 录功能。 专有的扩展程序仍然可以对它进行 整性。 ➔■ 个性化调整。 客户变型的建模：由于ODX用 户会指定诸如独立命名系统或惯例 等项目，所以必须能够对客户变型 进行灵活处理。 处理大量数据：ODX生成的数 据量可达到几十兆字节。ODX过程 必须能够处理如此之多的数据量。 1 5 2 0 0 9 . 1 R T 这一方法具有诸多优势。由于 通过ODX-LINK实现连接 转换器的功能是受模板驱动的，因 由于在早期开发过程中经常无 此可以通过改变模板来生成各种客 法获得合适的诊断测试器，因此诊 户变型。有了这一工具的支持，就 断软件通常