（三）分析检查
    1．短路故障
    如果前期诊断结果为“短路”，不论是对电源短路、对地短路还是CAN -H与CAN -L之间的短路，检查方法都是一致的。按照电路短路的基本检查方法，通过测量结果分析就可以找到短路点（本文第三部分“CAN线路测量方法”中有说明，在此不赘述）。
    2．断路或模块故障
    此类故障，需要结合DTC和网络测试结果进行分析后，对局部CAN网络进行有针对性的检测。
    （1）故障码分析
    当CAN系统的电路或所连接的模块（系统）出现故障时，会造成网络中各系统之间无法正常通信，或者传输的数据出现异常。这些都会以CAN系统故障的形式体现出来。CAN系统的故障代码主要分为2大类：通信类DTC、数据类DTC。
    通信类DTC反映的是模块之间的“相互通信”状况，在沟通出现问题时会记录此类DTC。其含义一般描述为“与XXX通信错误（或失去通信）”。
    数据类DTC反映的是模块之间所传输的数据内容异常、信息缺失等（其隐含的条件是模块之间的通信是正常的）。其含义一般描述为“不能接收到来自XXX的正确数据”或“来自XXX的信号错误”。这类问题一般是由于2种原因导致的：一是因模块故障而无数据输出，二是因传感器输入异常导致模块输出的数据中缺少必要的信息。这类DTC大多数情况下是与通信类DTC同时出现，也有可能单独出现。
    图4-1为故障代码诊断“自测”结果示例，其中U0100:00的含义是“IC与PCM通信错误”；U0443:00是指“DSC不能收到来自IC的正确数据”。这2个DTC就分别属于2种不同类型。由U0100:00可以确定IC与PC M之间的CAN线存在断路，或其中某个模块工作异常；而U0443:00是说明从IC传输给DSC的数据异常（比如缺少某传感器信号等），这从另一方面恰恰可以证明IC与DSC模块之间CAN线路是完好的。所以，在分析故障时千万不可将这2类DTC 混淆。

    故障码分析法：关注“通信类”DTC，每一个DTC都包含了局部CAN线和相关模块的故障可能。所有通信类DTC集中指向的区域（所有故障可能的交集部分）就是故障范围所在。这时，结合“CAN系统接线图”就会看到“交集”较为直观地体现在上面。
      （2）网络测试结果分析
      “网络测试”是M-MDS与网络中各控制模块主动进行“沟通”的对话程序，其结果反映的是各模块与M-MDS之间的通信状况，也就是M-MDS通过DLC-2与各模块之间的通信联络结果。能够正常通信的模块显示为“合格”，无法沟通的模块显示为“失败”。测试失败的原因基本上就是“DLC-2至模块之间CAN线断路”或“模块工作异常”2种可能。
      图4-2为“网络测试”结果示例，其中IC测试结果为“失败”，其余模块“合格”。这个结果可以说明从DLC-2到IC之间的CAN断路或IC模块工作异常。
      网络测试结果分析法：如果网络测试存在“失败”的模块，则该模块以及模块至DLC-2所经过的CAN路径都有故障的可能。如有多个模块“失败”，则以上所有路径重合部分就是故障所在区域。同样，在“CAN系统接线图”可以清晰画出故障范围。单一的模块“失败”，大多是模块自身故障或供电等原因造成的工作异常。
      通过以上2种方式确定了故障范围后，通常用电阻测量的方法确定开路的位置或存在故障的模块。

上一页  [1] [2] [3] [4] [5]  下一页