不断debug，优化中……

UDS是Unified Diagnostic Services的缩写，全名统一诊断服务。它是一种用于汽车电子控制单元（ECU）之间进行诊断和通信的标准协议，属于ISO 14229标准的一部分。UDS的起源和背景：UDS的起源可以追溯到对汽车电子系统的不断发展。随着车辆电子控制系统的普及，不同厂商采用不同的硬件和软件架构，导致了诊断工具之间的不兼容性。为解决这一问题，UDS作为一种标准化的诊断服务协议应运而生。

tips：Bit7 用于是否抑制积极响应。28服务主要是用来控制报文接收和发送。controlType 通信控制类型。communication 报文类型。

下一个周期会被复位）；3、4、5、6，相关诊断监视器报告了足够数量的满足 DTC 失败标准的失败测试样本 → testFailed、testFailedThisMonitoringCycle、pendingDTC 和 testFailedSinceLastClear 位从 0 更改为 1，表示已检测到故障，但在 2 个操作周期内尚未确认故障。8 相关诊断监视器报告了足够数量的测试样本满足 DTC 失败标准的失败测试样本数 → testFailed 位从 0 更改为 1，表示在操作周期 1。

老化阈值Aging Threshold：DTC 的老化被定义为对于给定数量的车辆制造商或法规定义的操作周期没有报告“失败”结果的测试，并且如果相应的周期触发老化计数器的递增，则该测试是特定于车辆制造商的，具体取决于是否测试在周期内是否运行完成。如果 DTC 状态位的复位条件与操作周期的开始相关，则它也可能被视为前一个周期的结束（即，并不总是能够区分每个操作周期的开始与结束）。待定pending：故障的待定状态定义为在当前操作周期或最后完成的操作周期期间报告该测试“失败”结果的测试。

与reportDTCSnapshotRecordByDTCNumber中的DTCSnapshotRecord类似，ISO14229中也未对reportDTCExtDataRecordByDTCNumber中的DTCExtDataRecord长度做强制规定， 虽然本例中的长度为1个字节，但是具体长度整车厂可以自行定义,更加灵活的是，不同的DTCExtDataRecord的长度也不必完全一致(本例中都为1个字节)。假设DTC(0x123456)的statusOfDTC 为0x24,且随后的扩展数据是可用的。

0x01DTC状态包括：DTC未在请求时测试失败、DTC从未在当前操作循环内失败、DTC在当前或前一个操作循环内失败、DTC未在请求时确认、DTC测试完成,自上一次清除操作、DTC测试失败,自从上一次清除操作、DTC测试在这个操作循环内完成和服务端未要求警告指示器激活。请求的参数状态掩码是一个字节，比如参数是0x01，请求过去掩码0x01会进行与操作，会将满足testFailed的DTC的数目返回回来。符合testFailed条件的DTC只有一个，切当前的DTC的状态码是0x2F。0x02。

通过使用这些服务以及对应的SID，诊断工具可以与诊断控制器进行通信，实现读取特定DID的功能。而诊断控制器则根据收到的请求，执行相应的操作，并将读取到的DID数据封装在响应消息中返回给诊断工具。通过使用DID，诊断工具可以准确地获取所需的数据，从而帮助诊断人员更好地了解车辆的状态和性能。例如，通过读取特定的DID，诊断工具可以获取发动机的转速、车速、油温等数据，以便进行故障排查和性能评估。通过使用DID，诊断人员可以更准确地了解车辆的状态和性能，从而进行有效的故障诊断和维修。

客户端可以通过发送该服务的请求，并将子功能设置为reportNumberOfDTCByStatusMask，来检索与客户端定义的状态掩码匹配的DTC数量。对该请求的响应包含DTCStatusAvailabilityMask，它提供了服务器支持的用于掩码目的的DTC状态位的指示。在DTCStatusAvailabilityMask之后，响应包含DTCFormatIdentifier，它报告了关于DTC格式和编码的信息。

最近学习UDS诊断协议（ISO14229），是一项国际标准，为汽车电子系统中的诊断通信定义了统一的协议和服务。它规定了与诊断相关的服务需求，并没有设计通信机制。ISO14229仅对应用层和会话层做出了定义。UDS包含了ISO14229下属的七个子协议，其中ISO14229-2是在会话层，其他6个子协议在应用层。OSI模型这让我想到大学学习计算机网络知识中OSI七层网络模型。

iso14229 系列学习笔记

iso14229系列学习笔记

此服务的目的是提供访问数据和/或诊断服务的手段，这些服务因安全，排放或安全原因而受到限制。用于将例程或数据下载/上传到服务器和从服务器读取特定存储器位置的诊断服务是可能需要安全访问的情况。下载到服务器的不正常程序或数据可能会损坏电子设备或其他车辆部件，或者导致车辆遵守排放，安全或安全标准。安全概念使用种子和密钥关系。使用此服务的典型示例如下所示： 客户端请求“种子”， 服务器发送“种子”， 客户端发送“密钥”（适用于接收的种子）。

一旦接收到ReadDataByIdentifier请求，服务器将访问由dataIdentifier参数指定的记录的数据元素，并在包含关联的dataRecord参数的单个ReadDataByIdentifier肯定响应中传送它们的值。数据标识符是一个唯一的、预定义的数字代码，用于表示ECU内部的某项数据或参数。允许的dataIdentifier值）。dataRecord的格式和定义应该是车辆制造商或系统供应商特定的，并且如果服务器支持，可以包括模拟输入和输出信号，数字输入和输出信号，内部数据和系统状态信息。

此参数记录包含服务器为支持数据传输所需的参数。该参数的格式和长度是车辆制造商特定的。客户端使用此服务来终止客户端和服务器之间的数据传输（上传或下载）。

这意味着RequestDownload（0x34）或RequestUpload（0x35）请求消息后面的第一个TransferData（0x36）请求消息以blockSequenceCounter开头。如果客户端发起请求下载，则要下载的数据包含在TransferData请求消息中的参数transferRequestParameter中。服务器将收到重复的TransferData请求，并可以根。 如果在服务器中没有正确接收到下载数据的TransferData请求，则服务器不会发送肯定的响应消息。

iso14229 系列学习

WriteMemoryByAddress请求消息将由参数dataRecord []指定的信息写入由参数memoryAddress和memorySize指定 的 存 储 器 位 置 的 服 务 器 中。0x3D服务的作用是提供一个写数据按需长度（Write Data By Identifier Periodic，简称WDIP）的功能。这个服务允许在固定时间间隔内向ECU写入特定的数据，或者更新已经存在的数据。dataRecord的格式和定义应该是车辆制造商特定的，并且可能也可能不安全。置填充值为0x00。

iso14229 uds 系列学习

该服务请求服务器根据ECUReset请求消息中嵌入的resetType参数值的内容有效地执行服务器重置。ECUReset 肯定响应消息（如果需要）应在服务器中执行复位之前发送。服务器重置成功后，服务器应激活 defaultSession。（0x40+0x11） + 子服务 + （使用功能0x04才会用到）客户端使用ECUReset服务请求重置服务器。0x11 + 子服务 + 否定响应码。

UDS iso14229系列学习