大约半个月后，该车因同样的故障现象再次返几再次用诊断电脑读取故障码，与之前的故障码信息一样。根据仪表台控制单元存储的故障信息“底盘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分配器插头上出现松旷的针脚，并删除全车故障码后试车，未见任何异常后交车。一周后，进行电话回访，车主反馈该车未再出现异常，该车故障被彻底排除。

 

    维修小结：本案例中的故障，是一起与车载控制单元网络通信相关的典型故障。遇到此类网络通信故障，一定要从整车控制单元的网络拓扑图上去找寻线索，同时要熟悉与故障有相关的点或控制单元，用建模的方法逐步缩小故障范围，通过逐一排查锁定故障点。

    通过本案例可以发现，在检查线路的过程中，除了检查线路是否有磨损或腐蚀外，还应检查针脚的插接情况，尤其是检查针脚是否出现松了。

    另外，对于偶发性电气故障，由于诊断时很难捕捉到异常的数据信息，这时往往需要模拟电气故障的方法让故障重现，之后再通过诊断电脑获取异常数据，进行对比分析，最终精确锁定故障点。