关于DTC诊断故障码的获取与清除（ISO14229系列之14、19服务）

19服务允许客户端从服务器请求诊断信息（包括 DTC，捕获的数据等）。该服务允许客户端从车辆内的任何服务器或服务器组读取服务器驻留诊断故障代码（DTC）信息的状态。除非另有说明，否则服务器应返回与排放有关的 DTC 信息和与排放无关的 DTC 信息。该服务允许客户端执行以下操作：

—— 检索与客户端定义的 DTC 状态掩码匹配的 DTC 数量（在请求时）；

—— 检索与客户端定义的 DTC 状态掩码匹配的所有 DTC 的列表；

—— 检索与客户端定义的 DTC 和状态掩码组合相关联的 DTC Snapshot 数据；

—— 从 DTC 内存或 DTC 镜像内存中检索与客户端定义的 DTC 和状态掩码组合相关联的 DTC 扩展数据；

  —— DTC 发生计数器；

  —— 当前阈值；

  —— last 最后一次出现的时间；

  —— 故障验证计数器

  —— 未完成的测试计数器

  —— 故障发生计数器

  —— DTC老化计数器

  —— 特定于OBD的计数器

—— 检索与客户端定义的严重性掩码匹配的 DTC 数量（在请求时）；

—— 检索与客户端定义的严重性掩码记录匹配的 DTC 列表；

—— 检索客户定义的故障诊断代码的严重性信息；

—— 检索服务器支持的所有 DTC 的状态；

—— 检索服务器失败的第一个故障诊断代码；

—— 检索服务器内最近发生故障的 DTC；

—— 检索服务器确认的第一个故障码；

—— 检索服务器中最近确认的故障诊断代码；

—— 从 DTC 镜像存储器中检索与客户端定义的 DTC 状态掩码匹配的 DTC 列表；

—— 从 DTC 镜像存储器中检索客户端定义的 DTC 掩码的镜像存储器 DTC Extended Data 记录数据和客户端定义的DTC Extended Data 记录号；

—— 从与客户端定义的 DTC 状态掩码匹配的 DTC 镜像存储器中检索 DTC 的数量；

—— 检索与客户端定义的 DTC 状态掩码匹配的“仅”与排放相关的 OBD DTC 的数量

—— 检索所有当前已被或尚未被检测为“待定”或“已确认”的“合格的”故障诊断代码；

—— 检索所有具有“ permanentDTC”状态的 DTC（这些 DTC 先前已由 clearDiagnosticInformation 服务清除，但保留在服务器的非易失性存储器中，直到成功通过每个 DTC 的相应监视器为止。）

  该服务使用子功能来确定客户端请求的诊断信息类型。有关每个子功能参数的更多详细信息，请参见以下条款:

通过与客户端定义的状态掩码来索引匹配的 DTC 数量

  客户端可以通过发送对该服务的请求并将子功能设置为 reportNumberOfDTCByStatusMask 来检索与客户端定义的状态掩码匹配的 DTC 数量。对此请求的响应包含 DTCStatusAvailabilityMask，它提供服务器支持用于屏蔽目的的 DTC 状态位的指示。在 DTCStatusAvailabilityMask 之后，响应包含 DTCFormatIdentifier ，该报告报告有关 DTC 格式和编码的信息。DTCFormatIdentifier 之后是 DTCCount 参数，该参数是一个两字节的无符号数字，其中包含基于客户端提供的状态掩码的服务器内存中可用的 DTC 数量。子功能 reportNumberOfMirrorMemoryDTCByStatusMask 具有与子功能 reportNumberOfDTCByStatusMask 相同的功能，不同之处在于它从 DTC 镜像存储器中返回 DTC 的数量

通过与客户端定义的状态掩码来索引匹配的 DTC 列表

  客户端可以通过发送带有设置为 reportDTCByStatusMask 的子功能字节的请求来检索满足客户端定义的状态掩码的 DTC 列表。此子功能允许客户端请求服务器报告 “ testFailed” 或 “ confirmed” 或 “ etc” 的所有DTC。服务器应在客户端请求中指定的掩码和与服务器支持的每个 DTC 关联的实际状态之间执行按位逻辑“与”运算。除了DTCStatusAvailabilityMask，服务器还应返回所有 AND 运算结果为非零的 DTC。也就是 statusOfDTC 与DTCStatusMask 执行逻辑与的运算之后，不为 0]。如果客户端指定的状态掩码包含服务器不支持的位，则服务器应仅使用其支持的位来处理 DTC 信息。如果服务器中没有 DTC 符合客户端请求中指定的屏蔽标准，则在肯定响应消息中的 DTCStatusAvailabilityMask 字节之后，不得提供DTC或状态信息。在客户端成功发出 ClearDiagnosticInformation 请求后，应清除 DTC 状态信息。

索引 DTCSnapshot 记录标识

  客户端可以通过发送子功能设置为 reportDTCSnapshotIdentification 的请求来检索所有捕获的 DTCSnapshot 记录标识信息。服务器应返回所有已存储 DTCSnapshot 记录的 DTCSnapshot 记录标识信息列表。服务器在响应消息中为单个 DTCSnapshot 记录放置的每个项目都应包含一个DTCRecord [包含 DTC 编号（高，中，低字节）]和 DTCSnapshot 记录编号。如果为单个 DTC 存储了多个DTCSnapshot 记录，则服务器应为每个事件在响应中放置一项，并为每个事件使用不同的 DTCSnapshot 记录号（用于以后检索记录数据）。客户端成功发出 ClearDiagnosticInformation 请求后，应清除 DTCSnapshot 记录标识信息。主车厂需要定义清楚：当内存溢出的清楚出现时，删除已存储 DTC 和 DTCSnapshot 数据的规则。

通过客户端定义的 DTC 掩码和/或客户端定义的 DTCSnapshot 记录号来索引DTCSnapshot记录数据

  客户端只能通过发送对此服务的请求并将子功能设置为 reportDTCSnapshotRecordByDTCNumber 或 reportDTCSnapshotRecordByRecordNumber 来检索客户端定义的 DTCMaskRecord 的捕获的 DTCSnapshot 记录数据以及 DTCSnapshot记录号。如果是 reportDTCSnapshotRecordByDTCNumber，则服务器应在其支持的DTC中搜索与客户端指定的 DTCMaskRecord 的完全匹配 [包含 DTC 编号（高，中，低字节）]。在这种情况下，客户请求中提供的 DTCSnapshotRecordNumber 参数应指定请求 DTCSnapshot 记录数据的特定 DTC 的特定出现。如果是 reportDTCSnapshotRecordByRecordNumber ，则服务器应在其存储的 DTCSnapshot 记录中搜索与客户端提供的记录号的匹配项。

检索客户端定义的DTC掩码的DTCExtendedData记录数据和客户端定义的DTCExtendedData记录号

  客户端可以通过发送对此服务的请求并将子功能设置为reportDTCExtendedDataRecordByDTCNumber来检索客户端定义的DTCMaskRecord的DTCExtendedData以及DTCExtendedData记录号。服务器应通过其支持的DTC搜索与客户端指定的DTCMaskRecord完全匹配[包含DTC编号（高，中，低字节）]。在这种情况下，客户请求中提供的DTCExtendedDataRecordNumber参数应指定要为其请求DTCExtendedData的指定DTC的特定DTCExtendedData记录。

检索与客户端定义的严重性掩码记录匹配的DTC数量

  客户端可以通过发送对此服务的请求并将子功能设置为reportNumberOfDTCBySeverityMaskRecord，来检索与客户端定义的严重性状态掩码记录匹配的DTC数量的计数。服务器应扫描所有受支持的DTC，在客户端指定的掩码记录与每个存储的DTC的实际信息之间执行按位逻辑“与”运算。具体的运算表达式如下：((statusOfDTC