这真的取决于OBD2的实现。我的1997年斯巴鲁记录的内容(几乎没有)与2015年雪佛兰科鲁兹相比是完全不同的事情。
然而,在大多数情况下,诊断故障码(DTC)会被记录在一个freeze frame中,这是一个完整的所有参数ID(PIDS)的存储。这些参数涵盖了从转速、车速、O2传感器数据、质量气流数据、长期和短期燃油调整、点火提前量、进气和冷却液温度等所有内容,也许还有几十个。这些都是通过OBD2模式2访问的。简单的 “Pxxxx” DTC故障是通过OBD2模式3访问的,这通常是简单的消费类扫描工具能够显示的范围。
在更复杂的扫描工具上,可以显示模式2的 “冻结帧 "数据,这是非常宝贵的数据,因为它揭示了DTC代码被设置的瞬间的确切运行状况。
这种代码的历史又因OBD2的实现而不同,而且很可能是车辆的新旧程度。在我的1997年斯巴鲁上,数据是有限的–因为OBD2直到1996年车型才被强制执行。
不过,所有车辆都有两类DTC:"Pending",即检测到故障,但不会设置发动机检查灯(CEL,SES),直到再次检测到该条件达到一定次数。(这一点通过OBD2模式7访问。)将 "待定 "晋升为CEL所需的 "驱动循环 "次数取决于故障、实现方式和车辆。
另一类DTC是 "存储 "或 "记录"。这些是真正的故障码,已经从 "待定 "状态升级为真正的故障码,根据OBD2的定义,它们必须设置CEL。
此外,一些发动机控制单元/模块(ECU/ECM)具有记录几个或几十个 "历史 "故障码的能力,无论它们是否已经修复和/或清除。这为精明的技术人员提供了背景资料,即使当前没有待处理或记录的DTC故障。
DTC代码不必 "手动 "清除。如果导致故障的条件已经修复,或者干脆不再发生(P0420催化剂效率就是一个典型的例子),可以说,在经过一定数量的驱动循环后,代码将 "自行清除",而不会再次发生故障。清除活动的CEL DTC所需的驱动循环次数取决于故障和软件实现。然而,在大多数情况下,技术人员会在有效的维修后清除这些代码,以确保客户的维修工作已经完成。但我们不一定要这样做,这是一种礼貌。ECU/ECM不断监控PID和排放条件,如果有足够多的 "干净 "驱动循环,最终会有所改变。
顺便说一下,有一类DTC会引起FLASHING CEL。这些与 "实心的 "CEL有很大的不同,如果它出现并一直亮着,说明有问题,驾驶员应该在方便的时候寻求服务。然而,闪烁的CEL表示有严重的问题,可能导致车辆损坏。通常情况下,这表明车内油量过大,通常是由严重的点火故障或燃油喷射引起的,如果放任不管,可能会损坏昂贵的催化器。这些 "闪烁 "的检查引擎灯应立即处理–一些OEM厂商建议将车辆停在路边,并将其拖走。
为了使这个过程更加复杂,清除CEL可以摆脱 "活动 "类别的故障代码,但就像你的电脑比喻一样,这是一个ALT/_CTRL-DEL。它完全重置了ECU/ECM,并清除了所谓的 "监视器"。
监控器是一系列的测试,这些测试要么连续运行,要么在大多数情况下,当某些PID(温度,发动机负载,燃油水平,驱动循环)标准被满足时运行。这就是为什么蒸发排放系统监测器特别难通过的原因;标准是精确的,甚至取决于油箱里有多少燃料)。
需要成功地进行一定次数的驱动循环,遵守所有必要的标准,才能 "通过 "这些监测器测试。此时,车辆可以通过OBD2排放检查–当所有监测器都通过时。(在纽约,2001年之前生产的车辆可以有两次不完整的监测器测试,2001年和更新的车辆可以有一次,而最近的车辆可能不允许有任何不完整的测试。这只是小知识)。)
结果是,虽然车辆可能已经进行了适当的维修,故障代码被清除,但这并不意味着它将通过OBD2排放检查。这防止了断开蓄电池并立即进行检查的shadetree技术。车辆必须完成必要的驱动循环次数,并满足所有(或大多数)标准,才能获得合格成绩。虽然所谓的 "未准备好 "的车辆不会_通过排放测试,但也不会通过。在ALT-CTRL-DEL ECU/ECM叶子切除术后。车辆安顿下来,直到它自己证明所有的监控器都正常,车辆运行干净,才会 "准备好 "接受检查。