PDF《ODX在开发过程中》

1

4 1 .

2 0

0 9 XETK-ECU XETK-ECU Dual-Core XETK-ECU INCA

1 5

2 0

0 9 .

1 ? ES510/ES600 网络模块 基于硬件的时间同步 相反地,通过网络模块(图3) 可以将多个XETK数据通道连接到计 算机主机上.只要系统任务被分配到 几个ECU或是一个ECU的几个处理器 时,该选装功能对开环和闭环控制 功能的标定都会有好处.在这种情 况下,各个ECU的XETK数据通过基 于硬件的时间同步处理来实现协调同 步. 总结 XCP-on-Ethernet是一种标准化 高性能数据传输协议,被应用于汽车 电子系统的开发过程中.通过使用这 一标准,电控单元的XETK接口可简 化ECU与电脑的直接连接.凭借XCP-on-Ethernet标准协议,装备有 XETK的ECU可以很容易地与现有的 工具进行整合.配合已获实践证明的 以太网拓扑结构,XETK的裁断功能 可以实现新型多主机应用,包括可支 持网络化ECU和/或装有多个处理器 的ECU. 这一功能通过在实时仿真和ECU 的应用功能之间建立软件连接得以实 现.一方面, 功能在环试验 的设 置可以省去在传统测试系统中连接 ECU所需信号调节硬件的必要.另一 方面,与基于计算机系统的经典软件 在环试验相比,该技术具有可在目标 平台上测试ECU逻辑的优势. XETK能够同时处理四个通道的 XCP通讯通道.一方面,这可以使多 个电脑应用软件同时访问一个装备了 XETK的ECU的过程变得更加便捷.例如,INCA和RTA TRACE的并行操作, 该操作可检查可疑的INCA测量信号 是否是因软件故障造成(图1).另 一方面,装备有XETK的ECU可以通 过网络模块连接到几台计算机上.例如,在快速原型开发模块上调试的新 功能可以通过旁通模块连接到XETK- ECU上.这样,通过使用LABCAR- RTPC(图2)模拟的环境,就可以在 INCA中对其进行标定. R T R T 图3: 含有多个ECU或 多处理器ECU的 系统与主机应用 程序相连 ODX在开发过程中 的成功应用 该标准为功能强大的诊断功能创建了统一的前提条件 作者: Klaus Schneider, 罗伯特博世公司 ODX,即开放式诊断数据交互系统,它不仅仅是一个基于XML的标准.相反,它为高效的 诊断功能定义了标准化的需求.通过ODX-LINK,ETAS提供了一套专为ECU诊断功能的开发验 证而设计的INCA插件. 出于这些固有的原因以及上述 需求,博世柴油系统公司对诊断开 发进程进行了定义.首先,配置数 据必须是计算机可读的且为博世专 有的XML/MSR格式,同时还必须确 定故障存储器以及所需收集的测量 数据.然后,ECU代码可以直接从 XML/ MSR说明中生成. 与此同时,XML/MSR数据可由 转换器转换为适合于ODX的说明. 基于这一数据库,还可以选配适用 于闪存编程的数据输出或者文档记 录功能. ODX V2.0.1标准发布后,ASAM 委员会对车辆ECU和服务测试器对接 的手段进行了定义.如今,ODX正 在按照ISO标准进行认证,以使其获 得北美和亚洲汽车制造商的充分认 可.这表示ODX很快将成为一种公 认的诊断标准,可简化数据交换过 程,并涵盖整个开发进程,而且所 有的工作在维修车间里就能进行. 对于ODX V2.0.1,ASAM委员会定义 了标准化的、计算机可读的XML格式.在预定的内容模型中指定诊断 和通讯参数.这样就建立了一种强 制性的框架结构,然而,通过用户 专有的扩展程序仍然可以对它进行 个性化调整. 可满足大量需求 在过去几年中,博世柴油系统 公司不断地努力,将ODX这一新的 诊断标准整合到其开发过程中.他 们在诊断领域的宝贵经验使工程师 能很快对ODX方案所需满足的需求 进行定义. 数据的完整性:由于对可诊断 性进行详细定义可能会导致潜在故 障的增加,因此必须保证ECU软件 和ODX之间的同步.例如,如果ODX文档记录过程与ECU软件开发同 步进行,可能就不能确保数据的完 整性. 客户变型的建模:由于ODX用 户会指定诸如独立命名系统或惯例 等项目,所以必须能够对客户变型 进行灵活处理. 处理大量数据:ODX生成的数 据量可达到几十兆字节.ODX过程 必须能够处理如此之多的数据量.

1 7

2 0

0 9 .

1 1

6 1 .

2 0

0 9 通过INCA进行 车载/非车载诊断验证 将ODX生成的诊断信号整合到INCA中?通过INCA中的变量选择对话框来选择诊断信号 ?

图表 ? 使用诊断信号作为计算信号的输入值 ? ? 配置过程 to OEM 诊断软件的 自动配置/生成 开发 (输入具体的数据 和记录片断) Cust2.odx Cust1.odx 使用案例 转换器 数据库 Cust2.odx Cust1.odx *.xml R T R T 这一方法具有诸多优势.由于 转换器的功能是受模板驱动的,因 此可以通过改变模板来生成各种客 户变型.有了这一工具的支持,就 可以进行大规模的数据处理.此外,ECU代码的生成以及基于同一数 据库的ODX说明可以确保数据的完 整性.同时,软件开发人员也将受 益,他们可以直接对ODX数据进行 处理,而不需要拥有有关ODX的专 业知识. 通过ODX-LINK实现连接 由于在早期开发过程中经常无 法获得合适的诊断测试器,因此诊 断软件通常是在实际的ECU软件开发 完成之后才进行开发的.而使用 ODX- LINK可使同步开发成为可能. 在这一关键时刻,INCA的ODX-LINK 插件是一件非常出色的工具.换句 话来说,即用户不需要使用额外的 诊断工具以及额外的硬件,只需使 用熟悉的INCA及其附加的诊断功能 即可. 博世柴油系统中的诊断进程 例如,发动机温度等ECU内部 变量可以用INCA进行测量.通过 ODX-LINK,测量值可以同时被传输 到诊断接口进行验证. 例如,获得的测量值和物理单 位是否正确?ODX-LINK还可以用于 读取或清除故障存储器.至于OBD 标准分析, 用户拥有一个全功能的、 方便的OBD扫描工具接口,该接口 可以使用户进行法律规定的OBD诊断. ODX-LINK还包括一个用来定义 诊断顺序的标准化运行时序环境. 因此,开发人员能够以可执行的顺 序对诊断测试器功能进行编程.同 时也可以激活并验证已经进入开发 阶段的诊断功能,而不需要测试器 实际存在.随后,执行顺序按可执 行的形式传送给扫描工具开发工程 师.通过使用这些方法并配以ODX 作为标准,就可以灵活地应对客户 的各种变型,同时还可以加快整个 开发进程. 批量生产已有的优势 通常来说,ODX的使用可以稳 固开发过程并缩短开发时间.凭借 更高的数据质量,其可以更快地满 足客户要求,而且可以缩短迭代循 环.例如,当今汽车制造商可以使 用ODX自动消除错误代码,但是在 早些时候, 由于存在各种不同格式, 必须通过手动方式消除同一程序. 除所述优势外(如标准化、数 据完整性、持续且自动化的进程以 及改进的诊断测试),ODX还可以 在每一个独立的个案中根据ECU的诊 断能力对服务测........