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

DTC快照指与某个DTC相关的特定数据记录，存储在服务器内存当中。DTCSnapshot通常用于在检测到系统故障时存储对应数据。 DTCSnapshot可作为自系统发生故障后数据值的快照。DTCSnapshot内存储的数据参数应该与DT相关联。 一般是指电源模式、温度、时间戳、车速等信息。

通过使用SID$19$04，诊断工具可获取与诊断工具定义的DTC码和DTCsnapshot记录号码（FFh代表所有记录）相关的 DTCSnapshot记录信息 获取DTC快照数据的一个典型应用就是通过获取DTC快照数据，通过DTC特定数据参数可方便技术员执行故障隔离过程。也就是说它对于错误发生时的Bug解析的作用是非常巨大的，不过非常遗憾的是针对各种服务机能，【这个情报也想被保存下来】的声音并没有增长。

Snapshot Data：顾名思义快照信息即为故障发生时刻存下来的瞬态的环境数据。 Extended Data：即为在故障发生时其他的辅助故障信息，如aging counter、aged counter 、Fault Counter以及event id等。

指整车层面需要强制支持的快照信息，包含的DID主要是车速，时间，位置等内容。 全局快照和Snapshot Record Num【快照记录号】关联，且所有的DTC默认需要全部支持。

指控制器不同的DTC故障码支持的快照信息不一样，存在多种DID的组合方式，此部分由DRE/供应商自定义。 局部快照信息仅和DTC关联，即哪一个DTC支持哪一个局部快照组。

FFD的正式名称叫做Freeze Frame Data。一旦ECU确定了某个故障,就要把这个故障被确定时的相关状态信息“冻结”下来,所以形象的称呼其为冻结帧。 它定义的就是当故障发生的时候的车辆的各种状态。这里的状态包括了故障发生时的各类情报（包括有车速，EGrpm，Gear段等），其中一部分是根据ISO定义，一部分是由各个车企自定义的固有内容。在故障确定的时候，需要将这些情报保存到NVRAM当中，然后再将其读出来。外部可通过诊断器就可以确认DTC的各种状态信息。 它也是DTC快照，用在ISO15031_OBD诊断当中的DTC快照，诊断工程师需要了解ISO14229中对于快照服务的定义，同时也需要关注OBD相关协议对于快照服务的定义。了解AUTOSAR_DEM中所定义的相关快照数据内容，是因为诊断工程师可以更好的了解诊断协议栈的开发及指导相关企业标准的制定。

DTC快照记录的全程叫做DTCSnapshotRecord，简称SSR。 它包含系统发生故障后的一个数据值的快照，在SID$19$04的肯定相应当中就有DTC快照记录的返回。 DTCSnapshotRecord内可以包含多组数据标识符和数据的组合。 在DTCSnapshotRecord报告数据中首先是一个数据标识符，然后是对应的数据，通过该数据标识符来标识后续的数据 它的格式如下

DTC快照记录号的英文全称为DTC Snapshot Record Number。比方说在SID$19$04的请求当中就需要使用到DTC快照记录编号。 一个快照记录号可以包含多个快照记录。一般在开发当中定义以下三个DTC快照记录号。 0x01 故障第一次发生时的快照信息 0x02 故障最近一次发生时的快照信息 0xFF 表示支持的所有快照记录号支持的快照记录。

DTC快照记录标识符编号的英文全称是DTCSnapshotRecordNumberOfIdentifiers。表示快照信息中定义的成员量； 如定义的快照数据有车速、电压、转速、里程这四项信息，则该值为4。 它出现在SID$19$04的肯定相应当中，是SID$19$04的一个参数。 该参数为单字节的参数，表示紧接DTC快照记录中DataIdentifier数据标识符的编号。它可以用来表示接下来DTCSnapshotRecord中DataIdentifiers的数量。