故障检测：接车时，该车仪表台显示已恢复正常。连接诊断电脑进行快速检测，发现车辆控制单元列表中多个控制单元存有与仪表台控制单元存在通信故障的故障码，且状态均为“已存储”。
通过诊断电脑进入仪表台控制单元，并读取其自身存储的故障码，发现仪表台控制单元存有以下多个故障码（图1）:
U103288一底盘控制器区域（CAN）通信存在故障，总线关闭，已存储。
U015987一与驻车定位系统（PARKTRONIC）的通信存在故障，信息缺失，已存储。
U010087一与“内燃机”控制单元的通信存在故障，信息缺失，已存储。
U010100一与“变速器”控制单元的通信存在故障，已存储。
U118F87一与车载智能信息服务控制单元的通信存在功能故障，信息缺失，已存储。
U016887一与电子点开关的通信存在故障，信息缺失，已存储。
U021287一与转向柱模块的通信存在故障，信息缺失，已存储。
U012187一与电控车辆稳定行驶系统（ESP）的通信存在故障，信息缺失，已存储。
在整车快速测试列表中，以上各控制单元都存有“与仪表台的通信存在故障”的故障码。由此分析，该车可能的故障原因有：
1．仪表台控制单元软件故障；
2．仪表台控制单元的供电和搭铁故障；
3．仪表台控制单元的CAN通信故障；
4．仪表台控制单元内部存在故障。
由于当前故障没有重现，我们决定先完成仪表台控制单元的软件作升级，再检查与仪表台控制相关的供电和搭铁情况。
查阅故障车型仪表台控制单元电路图（图2），F34（f88）熔丝（图3）是仪表台控制单元的供电，检查未发现有松动或烧蚀现象。W15/2是仪表台控制单元的搭铁线（图4），检查无松动以及腐蚀，重新打磨接触面后装回，以保证搭铁回路良好。拔插仪表台控制单元上的插头进行检查，未发现任何异常。
进一步检查仪表台控制单元的CAN通信线路。根据图1所示系统电路图可以看出，仪表台控制单元的CAN通信线路共接入两个CAN网络：车内的CAN B网络（X30/32）和底盘CAN E2网络（X30/75）。检查这两CAN线插头，未见异常，重新拔插插头后路试，故障现象不再重现。由于无法重现故障，且车主急于用车，只好草草交车。
大约半个月后，该车因同样的故障现象再次返几再次用诊断电脑读取故障码，与之前的故障码信息一样。根据仪表台控制单元存储的故障信息“底盘CAN E通信存在故障，总线关闭”，重新整理诊断思路。对照车载控制单元网络拓扑图（图5）发现，故障码当中并没有与车内CAN B控制单元的信息。
分析仪表台控制单元故障码含义发现，存在通信故障的是与仪表台（A1）同时连接在底盘CAN E上的控制单元，包括：驻车定位系统（N62）、发动机控制单元（N3/10）、变速器控制单元（Y3/14n4）、电子点火开关（N73）、转向柱模块（N80）和ESP电控车辆稳定行驶系统（N30/4）。
结合之前的维修记录，当前的故障点应该位于仪表台控制单元本身或底盘CANE上。考虑到维修成本以及之前从未遇过仪表台自身故障的案例，决定再次把底盘CAN E通信作为突破口。拔开仪表台控制单元的插头，使用匹配的针脚插入插头上的两根CAN E线针孔，拉拔时未发现松旷现象。用同样方法测试仪表台控制单元连接至底盘CAN E分配器上的针脚，发现有一个插头的针脚存在一定的旷量。
为进一步验证该插头是否属于仪表台控制单元，同时，也为了再现故障现象，笔者拔开出现松旷的CAN E插头针脚（其他全部恢复）后，再次连接诊断电脑，重新做一次快速测试，以读取仪表台控制单元的故障码。此时得到的故障码与刚进店时的一样，只是故障码状态由刚进店时的“已存储的f”变成了“当前F”状态（断开插头的原因）。图6为故障车型底盘CAN E的分配器（X30/75）位置图。
故障排除： 更换仪表台控制单元至CAN E分配器插头上出现松旷的针脚，并删除全车故障码后试车，未见任何异常后交车。一周后，进行电话回访，车主反馈该车未再出现异常，该车故障被彻底排除。
维修小结：本案例中的故障，是一起与车载控制单元网络通信相关的典型故障。遇到此类网络通信故障，一定要从整车控制单元的网络拓扑图上去找寻线索，同时要熟悉与故障有相关的点或控制单元，用建模的方法逐步缩小故障范围，通过逐一排查锁定故障点。
通过本案例可以发现，在检查线路的过程中，除了检查线路是否有磨损或腐蚀外，还应检查针脚的插接情况，尤其是检查针脚是否出现松了。
另外，对于偶发性电气故障，由于诊断时很难捕捉到异常的数据信息，这时往往需要模拟电气故障的方法让故障重现，之后再通过诊断电脑获取异常数据，进行对比分析，最终精确锁定故障点。
二手车源
二手知识
故障自查
维权信息
关注我们
