故障现象一辆款凯迪拉克CTS车，行驶里程约为2.6万km。据驾驶人反映，车辆在正常行驶过程中，仪表盘上的信息中心有时会出现“维修悬挂系统”的提示，但车辆行驶并无异常。
故障诊断接车后，反复对车辆进行路试，驾驶人所反映的故障现象终于出现（图1），说明该故障为偶发故障。连接GDS，读取故障代码，得到1个历史故障代码“电动转向控制模块U从电子刹车控制模块接收到的数据无效”（图2）。
图1故障发生时仪表信息中心的提示
图2GDS读取到的故障代码（截屏）
查阅相关资料可知，在一些装置通过串行数据通信网络持续接收来自其他装置信息的过程中，当接收信息的装置检测到从另1个装置接收的信息存在偏差而导致整体性出现问题时，将记录此类故障代码。依据此原理进行推断，记录上述故障代码的原因应该是软件版本信息异常导致车辆设置了此故障代码。
登陆上汽通用专用编程网站，输入车辆信息，进入编程信息页面后，发现有一项软件更新就是针对上述故障代码的。于是立即对电动转向控制模块进行编程，然后清除故障代码，对车辆进行路试，车辆在一路口转向时，仪表盘上的信息中心再次提示“维修悬挂系统”。
立即使用GDS读取故障代码，无故障代码存储，但该车的悬架控制模块的状态却显示为“DTC请求响应无效”（图3）。既然仪表盘上的信息中心提示“维修悬挂系统”，为何悬架控制模块却无通信？查找该车的常规选装件（RPO）代码表（图4），此车配有“F55”，说明此车确实配备了悬架控制模块。通常造成悬架控制模块无通信的原因是悬架控制模块及其供电、搭铁和通信线有故障。然而悬架控制模块是通过高速网络与其他控制模块进行通信的（图5），如果是上述原因导致的无通信故障，其他模块中必将记录与悬架控制模块失去通信的故障代码。而现在的情况是GDS与悬架控制模块无通信，且其他控制模块却未记录相关故障代码，这是什么原因呢？经过仔细思考，分析造成上述情况的可能原因有悬架控制模块软件问题；GDS诊断软件有问题。
图3悬架控制模块无通信（截屏）
图4常规选装件代码表（截屏）
图5悬架控制模块的高速通信网络
为了确定悬架控制模块软件是否存在问题，维修人员再次登陆编程网站，进入模块编程，选择悬架控制模块，查看软件号信息，发现有软件信息需要更新。立即对悬架控制模块的软件进行更新后，清除故障代码试车，故障依旧，GDS依旧无法与悬架控制模块进行通信。既然能够对悬架控制模块进行编程，说明悬架控制模块是正常的；而我站的GDS在检测其他车型车辆时均未发现问题，也可以排除GDS诊断软件有问题的可能。因此怀疑是车辆设计原因导致GDS无法读取故障代码。为了验证这一猜测，维修人员找来相同配置的正常车辆，使用GDS读取故障代码，果然悬架控制模块也无通信。由此确定GDS无法读取款CTS车悬架控制模块的故障代码。
虽然知道GDS无法读取该车悬架控制模块的故障代码属于正常现象，但该车的故障还没有排除，而且维修人员无法借助GDS来快速确认故障点了。对照悬架控制系统相关电路（图6），仔细梳理整个维修流程，目前已经排除了悬架控制模块及其供电、搭铁和通信线存在故障的可能，那么故障点只剩下4个悬架位置传感器和4个碰撞吸能执行器了，由于故障为偶发，因此重点对相关线路进行检查。虽然只剩下8个故障点等待排查，但如果通过逐一测量来确认最终故障原因还是比较繁琐的，维修人员决定有针对性地对车辆进行检查。
图6悬架控制系统相关电路
接通点火开关，起动车辆，等待系统自检完毕，此时仪表盘上的信息中心并未显示“维修悬架系统”信息，说明此时故障并未出现。将车辆举升，逐一对相关线束采取晃动拉拽的办法，模拟故障发生时的情况，当拽动左前碰撞吸能执行器的线束时，仪表盘上出现“维修悬架系统”的提示，说明故障点就在此线束上。拆检线束，发现线束在左前减振器线束固定卡子处虚接（图7），用手一拽，线就断开了（图8）。
图7故障位置
图8线束已拽断
故障排除对线束进行处理后反复试车，故障未再出现。
总结GDS无法读取款CTS车悬架控制模块的相关故障代码及数据流给故障排除带来了一定困难。但是只要掌握系统构造和原理，反复试车捕捉相关影响因素并记录，合理分析确认测量步骤和方法，遵循由简到繁的故障诊断原则就能顺利排除故障。
预览时标签不可点收录于话题#个上一篇下一篇