第二天早晨启动车辆，故障现象又出现了。我们抓住时机，再次利用GDS＋MDI进行了故障信息的读取，结果如下：

(1)无法与发动机控制模块建立通讯。

(2)变速器控制模块中存在故障码U0100，含以为与发动机控制模块失去通讯故障。

(3)电子刹车控制模块中存在故障码U0073，含以为通讯总线A控制模块故障；

故障码U0100，含以为与发动机控制模块失去通讯；故障码U0140，含以为与车身控制模块失去通讯等故障。

这些故障信息都将故障点指向了发动机控制模块，也验证了我们前期的判断。但必须清楚的是，虽然通过分析基本上可以确定故障在于发动机控制模块，但也有可能是发动机控制系统的线路存在问题，所以我们需要确定故障排查的先后顺序。由于线束错综复杂，难度较大，因此，我们遵循“由易到难”的原则，先进行了发动机控制模块的更换和匹配，之后，故障消除。

大约一个星期后，进行回访。司机反映，不能启动的现象是没有了，但是出现了发动机故障灯亮、车辆加速无力、油耗增加等现象。接上诊断电脑检查故障码，发现故障码和上次相同。结合以前的维修经验，我们最终断定可能是发动机线束也存在问题。将发动机线束更换后，故障码消失，车辆恢复正常。对原车的线束内部进行检查，发现内部线路有虚接现象。

对于习惯了常规电控系统车辆维修的维修人员来说，从事车载网络系统的故障检修是一个不小的跨越。因为对于过去传统的汽车电控系统来说，故障信息与特定的线路或部件基本上是一一对应的，也就是说，获取了故障代码，故障点也就水落石出了。对于车载网络系统来说则不然，正是因为其具有信息共享的特点，使得当某一系统出现故障时，会使多个通过总线相互连接的系统也发生异常，就如本案例一样，出现了多个故障信息，这为准确找出真正的故障原因造成一定的干扰。从本案例整个的检修流程可以看出，作者的思路还是比较清晰的：①读取故障信息，确定为总线故障；②查阅和分析总线系统结构图；③初步判断故障原因；④重现故障现象，捕捉确切故障信息；⑤分析、排除、锁定故障原因；⑥故障排除后的验证。

应该强调的是，作者能够排除故障，得益于其清晰的检修思路，更重要的是，作者对故障信息与总线系统结构图的配合分析，这是成功排查故障的关键！

上一页  [1] [2]