![]() |
在目前的车辆,部件和控制单元通过数据总线相互联网。在数据总线上可以发送带信号的信息。连接的控制单元仅读取对其重要的信息和信号。
常用数据总线为 CAN 总线(CAN:控制器区域网络)。每部车辆中有多条数据传输率不同的 CAN 总线。例如 PT-CAN 具有高数据传输率,而 K-CAN 的数据传输率则较低。光缆用于导航和视听设备:MOST 总线(MOST 表示“Media Oriented System Transport,多媒体传输系统”)。诊断有专用的数据导线:诊断导线,也称为“K-Line”。[更多信息参见 SI 技术(SBT)61 03 05 144 ]
有下列方法可定位数据总线和控制单元中的故障:
- | 诊断系统 CAN 总线诊断测试模块:系统分析 测试模块在 ISTA (集成服务技术应用程序) 诊断系统中按照如下步骤调用: 操作 > 功能结构 > 03 车身 > 系统分析 > CAN 功能 > 系统分析 如果至少存储有一项信息故障 (信息缺失),测试模块会自动被加入到检测计划中。 |
- | 检测终端电阻: 检测终端电阻对总线诊断也可能非常重要。 |
- | MOST 总线的诊断测试步骤:MOST 系统分析 测试模块在 ISTA 诊断系统中按照如下步骤调用: 操作 > 功能结构 > 03 车身 > 音频、视频、电话、导航(MOST 环形结构)> MOST 功能 >MOST 系统分析。 |
下面将详细介绍这两个测试步骤以及终端电阻的安装位置。
通过总线系统分析可缩小数据总线和控制单元范围内偶尔出现的故障的原因范围。
数据总线或控制单元仅暂时失效(即偶尔)的所有情况是诊断的疑难所在。在这种情况下,控制单元的故障记录不会仅明确分析某个数据总线或控制单元的偶尔失灵。
某个数据总线或控制单元的偶尔失灵会引发多个控制单元中众多不同的故障记录。这些故障存储信息 (信息缺失) 会在系统分析中对全部控制单元进行全局评价。此时借助可能性计算,故障原因将被锁定到一个确定的范围内。
如果某个数据总线完全并持久失灵,则无法到达其相关控制单元以进行诊断。由此便可以很容易地找到该故障。
下面给出了测量终端电阻的安装位置。
> | R5x 和 R6x
|
||||||||||
> | E60、E61、E63、E64
|
||||||||||
> | E65、E66
|
||||||||||
> | E7x
|
||||||||||
> | E8x 和 E9x
|
MOST 总线具有环形结构。因此某个控制单元中的故障可能会影响整个系统。MOST 复合结构中的系统故障(= 通信故障)不明显。
为了分析 MOST 控制单元通信过程中的故障,开发出了 "MOST 系统分析" (自 DIS-CD 36 起的诊断系统) 测试模块,并经过了不断的优化。
为了确定 MOST 复合结构中某个系统故障的原因,已准备好下列前提条件:
- | 当 MOST 控制单元中出现一个通信故障时,该通信故障不会显示在相关控制单元的故障代码存储器中。 |
- | “MOST 系统分析”“虚拟”控制单元的快速测试会读取所有 MOST 控制单元的通信故障。 |
测试步骤“MOST 系统分析”有下列步骤:
1. | 读取 MPM、KGM、PM 或 JBE 的故障代码存储器
|
||||||||||||||||||||||||
2. | 检查与 CD 或 CCC 或 CHAMP 或 M-ASK 或 RAD2 的通信
|
||||||||||||||||||||||||
3. | 检查 MOST 环形结构 Most 环形结构是否封闭? 运行环形结构断裂诊断。 |
||||||||||||||||||||||||
4. | 检查 MOST 配置
|
||||||||||||||||||||||||
5. | 分析 MOST 控制单元的故障代码存储器 分析所有 MOST 控制单元中与通信故障有关的故障记录。对现有故障代码存储记录的分析提供最可能的故障原因。分析结果最多会给出 2 个最可能的故障原因(控制单元),例如:
结果质量分析: (*****)代表高质量(最可能的故障) (*)代表低质量 星号的数量在一个到五个之间变化。 已描述了所需的工作步骤。 |
- | 一般提示: |
- | 诊断:--- |
- | 设码/编程:--- |
保留印刷错误、内容疏忽以及技术更改的可能性。