车载诊断系统OBD诊断结果收集和故障应对

前言

随着汽车排放法规愈加严格，汽车电子控制系统越来越复杂，导致车载诊断系统（以下简称OBD系统）所需监测项也越来越多，对诊断可靠性的要求也愈发严格。如此多的监测项，当诊断出故障时，系统如何对故障进行处理，如何实现故障代码的存储和删除，如何控制故障指示器（以下简称MIL），以及如何将诊断信息通过OBD扫描工具或服务诊断仪输出，从而及时准确地提醒车辆驾驶员进行车辆维修，都需通过OBD系统的故障管理大脑——“故障管理系统”来实现，它收集OBD系统所有的诊断结果，进行统一处理。

DSM功能

DSM主要包含两类功能，其一为诊断结果收集和故障应对；其二用于满足法规标准化输出要求，包括对MIL控制和OBD接口输出。此外，它还可以满足客户的一些特殊需求，如SVS亮灯方式等。从下图可看出DSM所处的核心地位。

诊断结果收集和故障应对

由于控制模块管理系统的众多模块之间存在大量交互关系，某个部件监测出故障时，依靠此部件正常运行的模块将被抑制，此称之为故障应对，也叫抑制关系。DSM与控制模块管理系统的众多模块相关联，通过收集所有诊断结果进行集中处理，按照统一方式实现抑制关系。这种中心化的处理方式，使项目配置更加灵活，减少了模块之间的交互环节，并有效简化了功能模块的外部接口。例如，当系统诊断出车速故障时，所有使用车速作为使能条件的诊断功能将被抑制，如OBD在用监测频率（以下简称IUPR）的分母计算将停止。

与此同时，发动机管理系统存在某些模块不能同时运行的情况，例如，碳罐脱附功能需要打开碳罐脱附，燃油自学习需要关闭碳罐脱附，两者的物理使能条件相悖，不能同时运行。此时DSM会对这些有竞争关系的模块进行中心化协调，运行更合适的模块，与之相斥的模块将进行等待，该行为称之为功能模块列队化处理，也叫功能调度。

此特殊功能，使DSM从一个故障记录员，变成了一个故障和模块功能的主动协调者，地位愈发重要。

符合法规标准化输出要求

DSM除了收集诊断结果参与功能协调，另一个非常重要的功能是满足法规一般要求和标准化要求。标准化通用扫描工具输出是故障信息获取便利性的重要保障，是排放法规OBD标准实现故障维修有效性和及时性的重要举措。DSM从诊断模块收集诊断结果，利用故障内存管理，将结果通过故障指示器及外部诊断仪可视化显示，方便售后维修和在用车辆检查。

排放法规OBD标准的一般要求，包括：车辆首次上电时MIL自检要求、点亮MIL和熄灭MIL、存储故障代码、清除确认故障代码、清除永久故障代码等条件以及在用监测频率计算要求等。排放法规OBD标准的标准化要求，主要是对诊断接口读到的诊断信息进行了详细要求，包括：准备就绪状态、数据流、冻结帧、测试结果、软件标定识别码、软件标定验证码、车辆识别码、ECU名称和在用监测频率报告要求等。这些可视化内容与整车认证和量产车评估试验等息息相关，对整车标定来说，是相当重要的一部分内容。

DSM子模块职责划分

DSM为实现这些功能，内部划分了多个职责清晰的子模块，主要包含：故障信息收集模块、故障内存管理、故障抑制处理、功能协调模块、IUMPR计算模块以及诊断仪输出相关模块。为有效观察和监测诊断模块行为，DSM同时为标定工具提供了大量测量变量，方便标定工作和问题查找。

总结

为实现更复杂的故障存储需求，DSM系统进行了一代又一代升级，目前联合电子故障管理系统不仅能满足国六排放法规OBD标准要求，同时也能实现客户定制化需求。随着汽车电驱时代的到来，联合电子的DSM系统不仅为发动机控制模块（ECU）提供故障管理方案，也能为各个控制器提供故障管理功能，更好地满足整车的排放法规中OBD相关要求。