ISTA 诊断系统使用手册 BMW 集团新维修车间系统 综合服务技术应用（ISTA）系统创新和改进 新型诊断方案的优点作者 – – – Gerhard Schmitt，诊断部门 Franz Berchtenbreiter，ISTA 维修车间系统项目 Johannes Wille，ISTA 维修车间系统项目04 / 2008© BMW Service 2008车型的不断丰富、 车型更新的不断加快以及车辆功能的日益复杂都对 BMW 售后服务维修车间 的车辆诊断和编程工作提出了新的要求。

第三代 BMW 维修车间系统 ISTA 通过采用新方法 和新方案来满足这些要求： “万能工具”就是 ISTA 给出的答案。

将来，修正的保养和诊断系统，包括测量技术和编程信息 在内，都会集成到一个系统内。

此外，将来的诊断功能将以新诊断方案为基础，即以技术要求 和改进的诊断流程为基础，以满足日益复杂的故障诊断要求。

采用新流程后，BMW 技师可使用自 E30 起的所有信息和文件以及与技术文件、诊断和测量 技术相关的所有功能。

尽管克服了很多技术障碍，但所有技术文件和 BMW 集团员工多年总结 的诊断知识都已融汇到 ISTA 中。

通过功能更新，例如自由文本搜索、集成用户手册和优化信 息显示屏，ISTA 将使工作变得更容易。

数据也将保持最新状态。

将来，BMW 售后服务维修车间的所有数据都将存储在某一服务器上 并通过在线数据供给保持最新状态。

这个新 BMW 售后服务系统为所有 BMW 集团品牌， 包括 BMW 摩托车在内， 提供了具有竞 争优势的灵活解决方案。

新 BMW 维修车间系统 ISTA 的首页。

通过顶置菜单栏可调出相关功能，例如首页、文 件导航（前进、历史、后退）、管理、连接管理器、在线 / 离线模式、显示电池状态、 反馈、打印、帮助、最小化和结束。

2说明 本文件介绍了 2010 年前已采用或计划中的新 ISTA 维修车间系统功能和内容。

因此所述功能 和内容范围可能会与实际系统有所不同。

所缺内容和功能将在最新系统版本中更新和提供。

英文版本屏幕截图中的所用术语可能会与实际提供的版本有所不同。

文中涉及的相关按钮和选项卡以彩色标出。

显示屏上显示文本和图形的区域称为内容区。

为便于您使用，文中不同段落分别通过以下符号标记出。

因采用新诊断方案而更改的 ISTA 内 容将会着重说明。

改进后的功能或替代功能功能增强或功能创新因采用新诊断方案而做出的更改3维修车间流程ISTA 可为 BMW 售后服务维修车间内整个诊断和修正的保养流程提供最佳支持。

主导航栏内 所示的维修车间流程始终显示在屏幕顶部。

该流程由四个主要步骤组成：识别、车辆测试、工 作和维修计划。

识别车辆测试工作维修计划ISTA 内的四个主流程步骤。

当前启用的流程步骤“车辆测试”以彩色显示。

导航栏用于为 BMW 售后服务技师提供引导帮助。

颜色导航按钮表示用户当前所在的流程步 骤。

用户可随时通过导航按钮跳至其它流程步骤。

识别 识别流程步骤中，BMW 售后服务技师确定需要进行工作的车辆。

流程改进后，ISTA 现在 在识别 识别 可提供四种车辆识别方式： 1. 2. 3. 4. 通过已识别车辆选择一个案例 手动输入 VIN 从车辆读取 VIN 通过基本特征选择车辆车辆测试 在车辆测试 车辆测试流程步骤中，确定车辆所装的控制单元并读取控制单元数据（故障代码， 车辆测试 FASTA 数据）。

这些数据和 VIN 共同构成了限定诊断和修正保养信息的首要条件。

因此，通过 ISTA 车辆测试建立首次车辆通信是开展后续流程和工作步骤的先决条 先决条 件。

车辆测试流程经过优化后，读取车辆数据的速度明显加快。

4工作 工作分为具体车辆信息和功能以及全部车辆信息和功能。

可在完成车辆识别后（“识 别”流程步骤）调用这些信息和功能。

工作具体车辆 信息和功能全部车辆 信息和功能需要进行车辆识别普遍适用信息搜索 引导型诊断 维修功能维修车间 / 工作材料 测量技术流程步骤：可用信息和功能具体车辆信息和功能只能在车辆经过识别后才能使用。

这类信息包括信息搜索、引导型诊断和 维修功能。

调用全部车辆功能时无需进行车辆识别。

因此 ISTA 的灵活性显著增强，而且可以 用于具体车辆以及全部车辆。

5维修计划 维修计划维修计划分为目标清单和测试计划。

维修计划目标清单测试计划手动搜索* 手动搜索引导型诊断* 引导型诊断维修信息，工作材料， 电路图，拧紧力矩……测试单元， 维修信息……*根据限制条件显示不同信息流程步骤“维修计划”：在目标清单和测试计划中显示的目标可根据搜索所用信息类型进行筛选。

通过手动搜索时找到的文件显示在目标清单中。

引导型诊断的结果显示在测试计划中。

通过在测试计划和目标清单之间进行切换，可以迅速调出用于特定车辆诊断和修正保 养的全部所需信息和功能。

6识别维修车间流程的第一步是车辆识别。

选择车辆时，ISTA 提供四种车辆识别方式。

增加选择方 式和类型使维修车间流程第一步得到进一步改善并提高了速度。

1. 案例选择 案例选择，在此车辆已通过案例列表识别。

在 ISTA 案例列表中列出所有保存的案例。

案例列表中的所有案例都可打开并继 续操作。

2. 手动输入 VIN： 输入 可通过手动输入七位 VIN 识别车辆。

3. 直接从车辆读取 VIN： 读取 通过直接从车辆读取 VIN 识别车辆。

4. 通过基本特征 基本特征选择车辆： 基本特征 BMW 售后服务技师也可以通过基本特征描述具体车辆。

可选基本特征的数量不 受限制。

因此可根据输入的基本特征数量筛选选项。

完成车辆识别后，BMW 售后服务技师就会获得所识别车辆的大量相关信息。

这是案例方案的 基础。

通过“案例细节”显示车辆数据7案例方案车辆经过首次识别后，ISTA 内就会自动建立带有唯一性 GUID（全球唯一标识符） 的一个案例。

该车辆的所有相关信息和所进行的操作都保存在这个有效案例中。

为确 保维修车间的高度灵活性，开始车辆维修工作后可以中断某一案例，例如该工作间需 要用于其它用途时。

重新开始工作后，可通过任一综合服务信息显示屏（ISID）调出 集中保存的案例并立即使用之前确定的所有车辆信息。

案例中断或完成后会在综合服 务信息服务器（ISIS）上保存几天时间。

如果再次通过 VIN 识别相同车辆，ISTA 的案例列表内就会显示之前针对该车建立的相应案 例，以便继续完成工作。

BMW 售后服务维修车间的案例列表示例。

在此将继续执行中断的 E60 轿车案例。

8案例记录集中保存在 ISIS 维修车间服务器上。

这样可以简化并加速后继处理工作，同时节省打印费用。

案例记录包括直至显示记录时保存的案例内容和车辆数据。

可将完整记录或部分记录 打印出来。

此外还可以将所有案例记录以 HTML 文件形式保存到 ISIS 的一个目录 中。

这样便于日后使用、数字存储和存档以及在中心继续处理。

因此省去了打印费用 和后继处理步骤。

9车辆测试完成车辆识别后， 必须通过车辆测试确定车况。

了解车况是进行相应诊断的前提条件。

因此必须进行首次车辆测试 必须进行首次车辆测试。

必须进行首次车辆测试 “车辆测试”确定车上装有哪些控制单元并读取控制单元数据。

各单元的状态（单元正在做出响 应；单元没有做出响应；或未安装该单元）将会清晰显示在控制单元树状图和控制单元列表中。

按总线系统与控制单元的对应关系显示比通过当前 DIS 诊断系统信息显示屏显示更清晰， 这种 显示以图示方式显示信息网络。

这样有助于更好地了解车辆总线结构并为改进新车生产线的车 辆电子系统诊断工作创造了前提条件。

在此主要通过更充分的功能联网和功能分布实现上述目 的。

进行车辆测试后的控制单元树状图。

该图有助于更好地了解车辆所用总线系统。

通过功能导向型视图和全方位车辆概览，BMW 售后服务技师可以注意到与当前所用系统相比 各流程步骤的不同之处： 将来通过读取故障代码，不仅可以识别故障，还能识别事件（检查控制信息、根据技 术条件停用功能）。

这样更容易识别出实际故障和系统决定的功能限制。

除故障代码外，将来还会从车辆读取并分析其它数据存储器记录。

这样可以识别不产 生故障代码的故障条件（例如车辆蓄电池损坏、VANOS 系统内有污物颗粒、发动机 或变速箱适配不佳）。

10在计划将来采用的系统版本中，将对车辆全部故障代码进行全面评估和整合，从而总结故障问题。

可以快速显示针对相同故障形式的修正保养方案。

由于功能日益增多且功能联网化，而且故障存储在哪个控制单元内已不是首要问题，因此车辆测试不再显示故障存储在哪个控制单元车辆测试不再显示故障存储在哪个控制单元。

采用新诊断方案可避免过早判断某车辆测试不再显示故障存储在哪个控制单元一控制单元为故障来源。

除技术更改外，车辆测试过程也将进行优化。

因此相对于当前的独立简短测试而言，车辆测试速度将会大大提高，包括读取FASTA 数据。

控制单元功能可通过在控制单元树状图或控制单元列表中选择控制单元来调用各种控制单元功能和信息。

控制单元功能和信息图表。

可使用以下控制单元功能：1. 识别在内容区内，控制单元名称、状态以及有关控制单元的其它信息（例如HW 编号）会自动显示。

将来，这些信息不再需要分别恢复。

使用ECU 测试按钮即可进行单个控制单元测试。

2. 诊断请求执行“诊断请求”时，可选择并执行有关状态查询的功能。

与DIS 不同，控制单元功能不再包括读取故障代码功能，因为车辆联网的加强要求全面分析故障代码。

同以前一样，故障代码细节包括第一个和最后一个故障代码记录。

3. 组件控制同诊断请求一样，各组件可通过组件结构进行控制。

因为需要全面而非单独看自F01 起，控制单元功能将不再包括删除故障代码功能功能。

待所保存的故障代码。

从功能联网角度来看，删除具体控制单元的故障代码无法有效解决问题，而且还可能严重干扰或误导故障查询结果。

显示故障代码进行诊断过程中，从车辆读取的故障以及由所存数据产生的其它故障都会显示在故障代码选项卡内。

除显示故障代码外，BMW 售后服务技师还能通过故障形式选项卡选择其它故障形式。

对当前系统进行改进后，将来会引入多重并发故障。

如果系统确定特定故障信息与可能涉及众多不同控制单元的很多故障代码记录有关，故障代码列表就会仅显示最终故障。

该故障称为多重并发故障，BMW 售后服务技师可通过代码“S”和一个五位编号识别该故障。

故障代码列表中显示的故障代码以及输入的故障形式构成了计算测试计划的基础。

故障代码显示。

筛选故障代码时，BMW 售后服务技师可以有选择地引导并影响测试计划计算过程。

自 F01 起，故障代码选项卡中将不再显示将不再显示将不再显示存储故障或信息的控制单元控制单元控制单元，因为过去显示控制单元和故障代码通常会导致过早将控制单元判断为故障原因。