千月星跡

AgingTimes是正在老化计数器，表示故障消失后，正在持续变好的计时 / 计数。它表示故障已修复、过了恢复Debounce，正在走自愈老化过程，但是还没彻底老化过期，所以DTC的过去故障仍然保留着。当故障复发 / 重启 / 新故障的时候，立刻清 0。它是已老化完成的计数器，它表示老化条件已经跑完、DTC变为历史/老化状态。当AgingTimes达到我们设定的阈值时（一般为40个周期）此时切换为Aged已老化状态。同时它代表这条故障已经陈旧、不复现，故障彻底过期、自愈完成，可自动清除。

ISO 14229-1 UDS协议标准中提到5种DTC格式类型中的第一种。汽车上的故障码设计初心应该是为了在问题产生后，能够让售后服务团队快速、准确定位解析到问题，从而快速解决，至少让客户觉得“没有不出问题的车，但有靠谱的售后”。那么在研发设计、开发、验证环节，对故障码的深入了解，也是一个寻求Know-How的过程。

Dem全称为Diagnostic Event Manager诊断事件管理器。它负责故障事件的处理、故障数据的存储和管理。简单说其功能是故障事件确认前的故障debounce，故障事件确认时的故障数据存储，故障发生后的故障老化、故障替代（AUTOSAR的故障存储策略）。

DemEventParameters用于配置故障的类型（BSW or SWC）、故障需要多少个运行循环才能确认、是否支持预存储功能、故障事件的debounce策略以及参考的DTC属性、DemComponent、使能条件、运行循环等。以及用于配置扩展数据和快照数据的数据源。Type Of DTC Supported是指定DTC的Format的。在下面的红框中，上面的是外部数据用来通过DID来取得值，下面的是内部数据的取得。配置DTC参数的容器。关于DTC扩展数据的需求一般都定义为这样的形式。

有时候我们也称之为冻结帧。为了方便找到故障原因，在对应故障发生时，ECU端要记录发生故障时的快照信息；这里的快照信息一般包括了车速信息，里程信息，ECU电压信息，故障发生时间等等。具体快照信息是可以配置的，需要配置哪些快照信息，可以通过Autosar配置工具来指定。

在无故障的操作循环内，一旦“未确认的诊断故障代码”位清零，则该计数器应重置为“0”。镜像内存，作为可选的错误内存，且不能被14服务清除，它镜像的是正常的DTC内存，如果正常的错误内存被擦除那么镜像内存可以作为备份参考被使用，这里镜像的内存是主内存（正常的内存错误是之后就使用，镜像的是作为备份存储）当DTC产生时，并不会直接存储在NVM中，而是直接存储故障event的方式，然后间接通过event与DTC的mapping关系来存储DTC，而DTC的状态位则是由其mapping的所有event的状态位的或集。

除此之外，debounce策略也可在SWC中实现，因为故障诊断由SWC与Dem模块共同完成的，所以debounce策略即可在SWC中实现，也可在Dem模块中实现。在这种策略下，计数器的初始值为0，其范围也是-128~127，当Dem接收到Diagnostic Monitor发送的状态值开始计数，计数器的增长方向由接收到的状态决定，当计数器的值在一定时间达到阈值，完成此次判断，如果在未达到阈值时，Dem接收的状态发生变化，计数器会重新开始计数，并且计数方向也发生转变。

【车载开发系列】UDS诊断—DTC故障码基础回顾

【车载开发系列】UDS诊断—DTC故障码进阶部分回顾

【车载开发系列】诊断故障码DTC的格式标识符

【车载开发系列】诊断故障码DTC中的快照信息

【车载开发系列】诊断故障码DTC基本概念与定义

【车载开发系列】StatusOfDTC的解析