从宝马配件系统ETK的信息来看：此车的确可装配两种轮速传感器，且装的是新款轮速传感器，但新款轮速传感器可以完全替代旧款轮速传感器。考虑到此车事故后并未更换传感器，并且维修人员已经在之倒换过其他同款车的两个轮速传感器，所以笔者认为传感器型号错误的可能是不存在的。
    既然轮速传感器没有问题，线路没有动过，经过仔细检查也未发生任何异常，但为什么事故后，控制模块无法识别这个轮速传感器呢？
    之后，笔者又仔细查询了该车的维修记录，并与维修人员沟通后得知：该车的行驶里程才4000km左右，之前未进行过任何维修操作，且事故之前也未出现过任何报警，在事故车修复过程中维修了前部前杠、更换了大灯。另外，还更换了一个大灯控制模块，且重新进行了编程，但维修人员当时并没有注意到车身稳定系统DSC报警灯是不是在编程后被点亮。
    根据上述信息，笔者查询了该车的相关编程记录，找到了编程前后DSC的程序数据（图6）。很显然，编程前后DSC程序的设码数据发生了改变，其控制程序当然也就发生了变化了。但新的问题也随之而来，程序变化是因为厂家的服务器数据库错误还是因为编程中的错误造成的？

    笔者再次仔细查阅编程的过程记录，结果发现：车辆的生产时间规则被篡改了（图7）。原车的时间生产为2016年3月，但是因为车辆改装刷程序时，被改成了2016年7月。熟悉宝马的维修人员应该知道，不同的生产期间，可能有着不同的硬件配置，同样一定会有不同的软件版本去满足车辆的改进。客户在外面改装时，虽然修改了网关中的时间规则，但并没有同步修改DSC程序，所以该车因事故进厂维修之前，DSC系统不会报错、也不会点亮故障灯。而一旦重新给车辆编程，那么系统就会按照错误的生产时间给车辆选择相应的程序，而巧合的是，2016年03版和07版正好赶上了切换后轮速度传感器的型号，因此错误的程序就导致了DSC错误判断，从而报出轮速传感器型号错误的故障，同时影响一系列的系统进入故障模式。

    根据以上信息，笔者重新给该车导入了正确选装VO代码，并重新对车辆进行编程、设码后，车身稳定系统报警的故障代码终于被彻底清除。
    显然，本案例的故障根源并不是我们平常经常接触到的硬件问题，而是令人匪夷所思的软件版本问题。现如今，汽车上的控制系统越来越多地涉及到软件程序的设置和调教。梳理故障诊断的思路，深究每一个故障信息细节是我们维修人员快速诊断故障的必备素质。
    至此，关于车辆稳定控制系统的系列内容全部讲完。笔者希望通过本系列的内容，能给汽修界同仁在诊断车辆稳定控制系统故障时提供一些可供借鉴的维修经验和诊断思路，同时也希望大家能认识到系统控制理论在维修中的重要性。

相关资料：2016年最新宝马ISTA4.02中文维修信息系统

上一页  [1] [2]