DTC是什么（组成及特点介绍）

DTC的基本介绍

DTC，顾名思义，是一种故障诊断码，是一种识别码，用来记录某个ECU发生或检测到某种故障时的当前情况。通过该识别码，您可以查表获得故障信息，如故障触发条件、故障解除条件、系统功能性能等。这是供应商和主机厂常用的监控和识别故障的基本手段，所以也有标准。常用的标准是ISO15031-6，它规定了DTC的基本组成以及如何命名DTC。

DTC的基本组成

根据上述ISO标准，DTC由以下两部分组成：DTC目录和故障类型，其中DTC目录可以根据动力总成、车身、底盘和网络四个子系统进一步定义其范围，简称PBCU，如下表1-1所示：

1-1故障诊断码分类范围定义

从上表可以看出，每个子系统又分为四个子区间，如B0-B3、C0-C3、P0-P3、U0-U3；值得注意的是，B0，C0，P0，P2、P3、U0，U3被ISO保留以备将来使用。所以严格来说，很多供应商定义的DTC不符合要求，但一般不影响使用。接下来，让让我们来看看这个DTC类别所占用的每个bi t的具体描述，如下图1-2所示：

1-2 DTC卡托戈瑞比特的定义

图中的附图标记1表示最后12位的大小范围可以是000 FFF；2表示对于动力系统，如00和10，它们是ISO/SAE的特殊定义范围；参考数字3表示对于动力系统，即使定义为11，供应商或OEM可以定义的范围是P3000-P33FF，而P3400-P3FFF已经由ISO/SAE预定义。理解了ISO中DTC分类的定义后，让让我们来看一个具体的例子1-3:

1-3 3字节故障诊断码的基本组成

正如我们经常在客户诊断问卷中看到的P(00)、C(01)、B(10)、U(11)来实现DTC诊断显示码(PBCU前缀码)与日常使用的3字节DTC之间的转换关系，实际上我们只需要替换PBCU四个子系统对应的位组合关系就可以得到我们常说的DTC。很多小伙伴可能对此有误解。这里解释一下。上图显示的低位字节就是我刚才说的故障类型。这个故障类型不是随便填的，都有ISO的规定，比如0x87表示常见超时，0x81表示无效信号等。如何定义这个字节需要参考ISO15031-6，找到对应的故障单元来选择。值得注意的是：一般排放相关ECU的DTC最低位为00，而非排放相关ECU则需要参考ISO标准进行定义。以上四种故障基本涵盖了ECU使用的所有DTC故障类型，对我们设计一款新的ECU产品会有一定的指导作用。联系人：

DTC故障类型

以非排放相关ECU为例，DTC故障类型可分为以下几部分：

硬件故障；比如RAM、Flash、CPU时钟等硬件本身。

软件故障；例如配置字故障、校准故障或客户定义的软件功能故障。

外部环境失败；高或低电压、高或低环境温度等。

与通信相关的故障；例如消息丢失、无效信号、校验和/AliveCounter故障等。

与DTC事件和触点差异的区别：

DTC是对某类故障的统称，可以大致定位某个模块的故障，而event是故障监控的基本单元，可以定位某个模块的具体故障；

多个事件可以映射同一个故障诊断码；并且同一事件不能映射多个DTC；

DTC可以直接看到，但事件只能通过其他方式看到，有时只有ECU供应商才能看到；

DTC代表某类事件的集中表现，事件是DTC的具体实例；

事件的优先级决定DTC的优先级；

事件之间的依赖关系决定了DTC的依赖关系；

DTC的状态位是其映射中所有事件的状态位的总和或集合；

2.DTC状态位

当DTC发生时，我们只知道有故障这个基本事实，但我们不不知道故障什么时候发生的，现在是否已经恢复，发生了多少次，恢复了多少次等详细信息。因此，ISO 14229-1引入了DTC状态位的概念来获取上述详细信息，使我们对故障的寿命和寿命有了清晰的认识，便于我们快速定位问题。每个DTC都有一个对应的DTC状态位，用一个字节表示，每个位都有其重要的意义。具体解释如下图2所示：

图2故障诊断码状态位解释如下：

0:请求时的测试结果失败；

1: Bit1在当前点火循环中至少失败一次；

位2:当前或上一个点火循环的测试结果不是失败；

Bit3:在请求时间确认DTC，一般确认一个点火周期发生一次错误；

Bit4:自上次清除DTC后，测试结果已完成，即测试结果为通过或未通过；

位5:自上次清除DTC以来，没有任何测试结果失败；

6:测试结果在当前点火循环中已经完成，即通过或失败状态；

Bit7: ECU没有收到点亮警告灯的请求；

相应的，为了让大家更深入的了解每一位的动态变化，最新版本的ISO14229-1 2020将每一位的动态变化展示如下：Bit 0:

第1位：

第2位：

第3位：

第4位：

第5位：

第6位：

第7位

对于以上每一个比特变化的前提条件，可以参考官方文档进行详细评测，让你印象深刻，所以我赢了这里不再赘述。3.DTC信息存储实际上，DTC产生时，并不是直接存储在NVM中，而是直接存储fault e事件，然后通过event-DTC映射关系间接存储DTC，而DTC的状态位是其映射的所有事件的状态位的总和或集合，如下图3-1所示。在大多数情况下，只有DTC编号和状态位信息可以不能一步到位找到根本原因，需要环境信息来进一步确定问题。因此，ISO组织引入了以下两个基本概念：快照数据和扩展数据。

如果事件1-》DTC A；事件2-》DTC A；事件N-》DTC A；

则DTC A状态=事件1状态|事件2状态.|事件N；

DTC A同时映射event 1 ~ event N，那么DTC A Status就是上述映射的OR集合，但是先报告哪个事件要看事件之间的优先级和报告策略来综合判断。快照数据：顾名思义，快照信息是指故障瞬间存储的瞬态环境数据，一般指供电方式、温度、时间戳、车速等信息。扩展数据：指故障发生时的其他辅助故障信息，如老化计数器、老化计数器、故障计数器、事件id等。另外，一般简单理解DTC信息存储可以分为两个存储空间，这是比较符合逻辑的定义。这种区分的意义在于主机厂和供应商之间更好的信息隔离，防止不必要的误解和冗余信息的讨论。主存储器：OEM和ECU供应商可见的DTC信息空间，如DTC状态、快照数据、扩展数据等。第二存储器：仅ECU供应商内部可见的信息，如事件ID、ITC等。限于主题，NVM信息存储到此结束，NVM信息存储的机理将通过主题分享给大家。4.在电子控制单元操作期间，将实时产生、改变和记录故障诊断码信息和状态读数。对于ECU供应商或OEM，可以通过诊断服务读取DTC信息和状态位。如下图4所示，ECU支持的DTC、当前或历史DTC、快照数据、扩展数据、DTC状态等信息可以通过以下方式获取。

图4故障诊断码信息诊断获取模式

审计郭婷