国际标准ISO 14229，基于OSI实现基本模型。 应用层(第7层)，ISO 14229-1，ISO 14229-3 UDSonCAN，ISO 14229-4 UDSonFR，ISO 14229-5 UDSonIP，ISO 14229-6 UDSonK-Line，ISO 1429-7中规定的统一诊断服务UDSonLIN，进一步补充ISO 27145-3 WWH-OBD。 表示层(第六层)，特定的车辆制造商，ISO 27145-2 WWH-OBD。 会话层(第五层)，在ISO 描述了1429-2中。 传输层(第四层)，在ISO 15765-2 DoCAN包括FlexRay上的ISO 10681-2通信，ISO 13400-2 DoIP，ISO 17987-2 LIN，ISO 27145-4 WWH-OBD。 网络层(第三层)， 在ISO 15765-2 DoCAN描述，在FlexRay上的ISO 10681-2通信，ISO 13400-2 DoIP，ISO 17987-2 LIN，ISO 27145-4 WWH-OBD。 数据链路层(第二层)，在ISO 11898-1，ISO 11898-2，ISO 17458-2，ISO 13400-3，IEEE 802.3，ISO 14230-2，ISO 17987-3 LIN和其他标准ISO 27145- 4 WWH-OBD描述。 物理层(第一层)，在ISO 11898-1，ISO 11898-2，ISO 17458-4，ISO 13400-3，IEEE 802.3，ISO 14230-1，ISO 17987-4 LIN和其他标准ISO 27145-4中对 WWH-OBD做了描述。

ISO 1429由以下部分组成，总标题为道路车辆 - 统一诊断服务（UDS）： 第一部分:规范和要求: 第二部分：会话层服务 第3部分：CAN统一诊断服务的实施（UDSonCAN） 第4部分：FlexRay统一诊断服务（UDSonFR） 第5部分：Internet协议实施的统一诊断服务（UDSonIP） 第6部分：K统一诊断服务线实施（UDSonK-Line） 第七部分：实施本地互联网（UDSonLIN）统一诊断服务 第n部分：统一诊断服务…实施（UDSon …） 其中ISO-14229 包括ISO 14229-1和ISO 1429-2(会话层服务)两部分。 诊断测试仪(客户端)和电子控制单元（ECU，基于协议的服务器)通信。 OSI诊断模型

诊断故障码DTC：数字通用标识码识别故障状态； 永久性DTC：执行DTC清除请求无法清除的故障信息，存储在非易失性存储器中，知道符合特定指令或符合特定标准(如监管)； 重新编程软件：一些启动软件允许重新编程ECU；

常见的诊断数据包括速度、车门控制、系统状态、镜像位置等。

1. 当前值/实时值；
2. 存储值，如故障状态下存储的信息；
3. 静态值，如VIN；

spr=1，ECU不给出正反应； spr=0，ECU正响应； 目的：告诉ECU响应数据是否需要发送；

正响应报文：

byte1：response service id = service id   0x40； 

负响应报：

byte1：response service id = 0x7F； byte2：spr   sub-function = service id； byte3：NRC，诊断指令执行失败错误码； eg：7F 22 13 ；7F代表负响应，22代表服务类型，其中13代表请求信息错误。 

否定响应码（NRC）：

1.诊断与通信管理； 2.数据传输； 3.用于操作存储数据传输DTC； 4.IO控制； 5.调用ECU内部预置函数； 6.上传下载；

说明:请求控制和ECU诊断会话。 格式：  0x10|SessionType  SessionType-请求信息子功能定义：  0x00 ISOSAEReserved（保留）  0x01 defaultSession（ECU上电后的默认状态)  0x02 ProgrammingSession(软件刷写相关服务)   用于解锁BootLoader相关诊断服务，即程序烧写；  0x03 extendedDiagnosticSession(诊断开始后收到10 03转为这种状态)   解锁高权限诊断服务，如写入数据、参数、读写诊断码；  0x04 safetySystemDiagnosticSession  0x05 – 0x3F ISOSAEReserved（保留）  0x40 – 0x5F vehicleManufacturerSpecific(由整车厂定制使用)  0x60 – 0x7E systemSupplierSpecific（由ECU供应商自定义使用)  0x7F -  ISOSAEReserved（保留）  肯定响应：  0x50|SessionType|SessionParameterRecord... 否定响应：  0x12:不支持子功能参数；  0x13:消息长度错误；  0x22:不符合要求标准/条件； 

强制对ECU进行重置。 格式：  0x11|resetType   resetType - 请求定义消息子功能  0x00：保留；  0x01:再次初始化，恢复到上电状态；  0x02：模拟断电重置；  0x03：软件重置，重新启动应用程序；  0x04：进入休眠状态；  0x禁止使用快速关闭电源功能；  0x06-0x5F：整车厂家自定义  0x7F：保留  肯定响应：  0x51|resetType(0x00-0x7F)|powerDownTime(0x00-0xFF)  powerDownTime：0x00 - 0xFE 254s； 0xFF 意味着失败或时间不可用 否定响应：  0x12:不支持子功能参数；  0x13：消息度错误；
	0x22：不满足请求标准；
	0x33：ECU未被解锁，请求重置受到了保护；	

请求解锁安全服务，常用见交互流程：
	1.客户端请求种子；
	2.服务端发送种子；
	3.客户端发送秘钥；
	4.服务端验证秘钥有效性，进行解锁与应答； 
	5.服务端清除上电/复位延迟计数器的内部提示信息；
	备注：
	1.服务端需要支持延迟计数器，当服务器加电/复位时被锁定时需要延迟，整车厂商选择是否支持延时定时器。
	2.requestseed参数值应时钟为奇数，相同安全等级的sendkey参数值=requestseed参数值+1。
	3.任何时候，只有一个安全级别处于活动状态。
	如requestseed 0x03处于活动状态，Tester端当前与requestseed 0X01安全级别解锁成功，那么Tester只可以与requestseed 0x01关联的安全功能才可以被解锁，requestseed 0x03关联的安全功能将会被关闭（其中安全级别的变编号是任意的）。
	4.尝试安全性访问时，不应该阻碍汽车的正常通信与其他诊断通讯。
	5.服务器锁定时请求安全服务，安全服务器应支持拒绝。

格式：
	0x27| requestseed( 0x01/0x03/0x05/0x07-0x7D)| Data.....
	0x27| sendkey (0x02/0x04/0x06/0x08-0x7E)| Data.....
	子功能定义：
		requestseed与sendkey具有一定的固定关系：
			requestseed = 0x01 -  sendkey = 0x02
			requestseed = 0x03 - sendkey = 0x04
	数据参数：
		securityKey：由算法依据seed生成的；
		securityAccessDataRecord：传输到服务端的seed信息；
		
肯定响应：
	0x67| securityAccessType(0x00-0x7F)| Data.....		
否定响应：
	0x12：不支持功能参数；
	0x13：消息长度错误；
	0x22：不满足请求标准；
	0x24：应该先发送seed数据，而不是先发送key数据；
	0x31：Data为无效数据；
	0x35：key比对不成功，校验不通过；
	0x36：超过最大试错次数；
	0x37：当前服务器处于延时状态；
展示案例：
1. 服务端(ECU)处于“锁定”状态
	（1）请求种子
	requestseed : 0x27|0x01
	service seed : 0x67|0x01|0x36 0x57
	（2）发送秘钥
	sendkey : 0x27|0x02|0xC9 0xA9
	response  : 0x67|0x02 
2.服务端处于“解锁”状态
	（1）请求种子
		requestseed：0x27|0x01
		service seed：0x67|0x01|0x00 0x00

打开/关闭某些消息的接收与发送；
格式：
	0x28| controlType(0x00 - 0xFF)| communicationType(0x00 - 0xFF)| nodeIdentificationNumber......
	controlType：
	子功能：
		0x00：指定的通信类型未启用数据的接收与传输；
		0x01：应启用消息接收，禁用指定通信类型的数据传输；
		0x02：应禁用消息接收，启用指定通信类型的数据传输；
		0x03：应禁用指定通信类型的数据接收与传输；
		0x04：应将寻址总线主机相关的子总线切换到诊断模式；
		0x05：应将寻址总线主机相关的子总线切换到程序调度模式；
		0x06-0x3F：保留；
		0x40-0x5F：整车厂商自定义；
		0x60-0x7E：系统供应商自定义；
		0x7F：保留；
	communicationType：
		应用的控制通信类型，允许同时控制多种通信类型。
	nodeIdentificationNumber：
		用于识别车辆子网络节点。

肯定响应：
	0x68| controlType(0x00 - 0x7F)		
否定响应：
	0x12：不支持子功能参数；
	0x13：消息长度错误；
	0x22：禁用/启用请求失败（服务器正常模式下使用）；
	0x31：参数错误；

展示案例：
	1.禁用传输网络管理消息请求（当）
		0x28| 0x01(第7位为0)| 0x02(网络管理)
		0x68| 0x01
	2.将远程网络地址为0x000A节点连接到仅诊断调度模式
		0x28| 0x04| 0x01| 0x00 0x0A
		0x68| 0x04
	3.切换到具有增强地址信息的应用程序调度模式，连接到子网络节点0x000A
		0x28| 0x05| 0x01 0x00 0x0A
		0x68| 0x05

使ECU保持连接状态，并将已机会的诊断服务或者通信保持现有状态。可防止服务端恢复为默认状态。
格式：
	0x3E| subFunction(0x00-0x80)
subFunction：
	0x00：不支持suppressPosRspMsgIndicationBit子函数值；	
	0x01 - 0x7F：值保留；

肯定响应：
	0X7E| 0X00
否定响应：
	0x12：不支持子功能参数；
	0x13：消息长度错误；

展示案例：
	1.请求消息流程案例
		0x3E| 0x00
		0x7E| 0x00
	2.可定响应消息流程
		0x3E| 0x80
		无响应由服务器发送

读取/修改活动通信时间参数，此功能取决于ECU能力支持和数据链路拓扑结构。每个争端会话只支持一个扩展时序参数集。因ECU支持的时序参数集不用，通常仅考虑用于物理寻址。
改服务提供四种模式：
	1.扩展时间参数设置；
	2.默认时间参数设置；
	3.当前时间参数获取；
	4.指定时间参数设置；
格式：
	0x83| timingParameterAccessType(0x00 - 0xFF)| timingparameterrequestRecord......
	timingParameterAccessType：
		0x00：保留；
		0x01：读取服务端扩展时序参数集（当前服务器支持值）；
		0x02：更改服务端所有定时参数为默认值；
		0x03：读取当前使用的定时参数；
		0x04：更改定时参数值；
		0x05 - 0xFF：保留；

肯定响应：
	0xC3| 0x00-0x7F| Data .....
否定响应：
	0x12：不支持子功能参数；
	0x13：消息长度或格式错误；
	0x22：条件不满足；
	0x31：无效参数；

展示案例：
	1. 时序参数设置为默认值
		0x83| 0x02 
		0xC3|0x02

执行扩展数据链接安全性数据传输；
常见诊断服务数据传输方法：
	1.不安全的数据传输模式
	2.安全的数据传输模式
	注：如下服务不可在安全模式下执行:a.0x86/0x2A/0x3E
格式：
	0x84| Data.....

肯定响应：
	0xC4| Data.....
否定响应：
	0x13：数据长度错误；
	0x38 - 0x4F：保留；

控制（开关）ECU中DTC状态位存储；
格式：	
	0x85| Data.....
	DTCSettingType:
		0x00：保留；
		0x01：请先恢复更新诊断故障码状态位；
		0x03-0x3F：保留；
		0x40-0x5F：整车厂商自定义；
		0x60-0x7E：系统供应商自定义；
		0x7F：保留；

肯定响应：
	0xC5| 0x00 - 0x7F
否定响应：
	0x12：不支持子功能参数；
	0x13：消息长度或格式错误；
	0x22：条件不满足；
	0x31：无效参数；

展示案例：
1.请求消息流程1.0
	0x85| 0x02
	0xC5| 0X02
2.请求消息流程2.0
	0x85| 0x01
	0xC5| 0x01

命令ECU自主上报DTC及相关的环境数据，关闭也是使用该指令（一般用于开发前期）。
注：
	1.该服务可以在任何会话中设置与激活；
	2.当诊断服务正在执行任务时，将会被推迟执行；
	3.多个事件发生一个事件正执行，多个事件处理应整车厂商定义事件；
	4.当事件将被执行时，服务器应执行对应响应服务中包含的服务；
	5.该服务启动后，服务器将会对客户端做出响应，知道服务结束；
	6.移动非默认控制通信会话时，应先请求停止该服务。在返回默认状态下处于活动状态下的所有该服务应该被重新激活；
	7.多个该服务可以与不同的需求同时启动和停止诊断服务；
	8.设置该服务应适用如下内容:
		a.若eventtype第六位为0（不存储事件），服务断电时，应终止服务器进行复位；
		b..若eventtype第六位为1（存储事件），应根据服务器重新启动并继续执行；
	9.抑制响应位打开后，客户端将用于控制该服务的停止、启动、清除；
	10.若设置有限窗口时间过时，将有最终响应，若有限时间窗口结束前ROE被停止，则不发送最终响应；
	11.为使得各响应之间更好的隔离，该服务更适合应用于瞬时状态时间。每次时间都有对应的响应。
格式：
	0x86| eventType(0x00-0xFF)| eventWindowTime...| serviceToRespondToRecord .....
	eventType(功能位6)：
		0x00
		0x01
子功能参数：
	0x00：停止服务端继续发送响应；
	0x01：检测到当前任务匹配的新的DTC；
	0x02：定时器中断；
	0x03：将事件表示为新的内部数据记录；
	0x04：在肯定响应中的所有事件都已经报告在服务端使用；
	0x05：激活服务端；
	0x06：清除服务端设置逻辑；
	0x07：***
	0x08-0x1F：保留；
	0x20-0x02F：整车厂商自定义；
	0x30-0x3E：系统供应商自定义；
	0x3F：保留；

肯定响应：
	0xC6| eventType(0x00-0x7F)| numberOfIdentifiedEvents(0x00 - 0xFF ....)|响应附加参数| 服务请求响应所需附加服务参数
否定响应：
	0x12：不支持子功能参数；
	0x13：消息长度或格式错误；
	0x22：条件不满足；
	0x31：事件类型参数错误、事件窗口时间无效、DID不支持、有限事件窗口与存储状态为请求事件；

展示案例：
	1.请求消息流程示例1.0
		0x86| 0x01| 0x08| 0x01| 0x19 0x01 0x01
		0xC6| 0x01| 0x00| 0x08| 0x01(testFailed)| 0x19 0x01 0x01
	2.请求消息流程示例2.0
		0x86| 0x05| 0x08
		0xC6| 0x01| 0x00| 0x08
	3.请求消息流程示例3.0
		0x86| 0x05| 0x08
		0xC6| 0x01| 0x00| 0x08
		readDTCInformation:
	更多查看P128

调整ECU数据链路层和物理层状态，如控制通信波特率（带宽），调整步骤：1.客户端验证是否可以执行转换；2.客户发送执行请求；
	(1) 判断ECU是否支持将要调整的目标波特率；
	(2) 让ECU数据链路层和物理层转到目标波特率的通信状态；
格式：
	0x87| linkControlType(0x01)| linkControlModeldentifier(0x00 - 0xFF) 
	子功能参数：
		0x00：保留；
		0x01：验证是否可以执行指定预定义参数的转换；
		0x02：验证是否可以执行特定定义参数转换；
		0x03：请求服务端将数据链路转换为当前验证信息中的请求模式；
		0x04-0x3F：保留；
		0x40-0x5F：整车厂商自定义；
		0x60-0x7E：系统供应商自定义；
		0x7F：保留；

	肯定响应：
		0xC7| 0x00 - 0x7F
	f否定响应：
		0x12：不支持子功能参数；
		0x13：消息长度或格式错误；
		0x22：条件不满足；
		0x24：
		0x31：参数错误；
		
展示案例：
	1.请求格式：0x87| 0x02| Data....
	2.请求格式：0x87| 0x03
	3.设置波特率
		0x87| 0x01| 0x05(115200kBit/s)
		0xC7| 0x01
		转换波特率
		0x87| 0x83
		无响应应答
	4.转换波特率为特定值
		0x87| 0x02| 0x02 0x49 0xF0 (249F0 - 150000)
		0xC7| 0x02	
		转换波特率
		0x87| 0x83
		无响应应答
	5.验证是否满足转换条件
		0x87| 0x01| 0x20
		0xC7| 0x01
		转换到编程调度器
		0x87| 0x83		

客户端请求包含一个或者多个字节的诊断数据,用于表示服务器维护记录。数据的格式由整车制造商或系统供应商定义。
格式：
	0x22| dataIdentifier(0x00-0xFF...) |......
	
肯定响应：
	0x62| dataIdentifier(0x00-0xFF...)|.......
否定响应：
	0x13：消息长度或格式错误；
	0x14：
	0x22：条件不满足；
	0x31：参数错误；
	0x33：安全校验未通过；

展示案例：
	1.读取VIN码数据
		0x22| 0xF1 0x90
		0x62| 0xF1 0x90| 0x57 0x30 0x4C 0x30 0x30 0x30 0x30 0x34 0x33 0x4D 0x42 0x35 0x34 0x31 0x33 0x32 0x36
	2.读取多个数据（0x010A和0x0110）
		0x22| 0x01 0x0A| 0x01 0x10 
		0x62| 0x01 0x0A| 0xA6 	* * * * * *  * * * | 0X01(MSB) 0X10(LSB)| 0x8C

允许客户通过提供起始地址和读取内存大小向服务器请求内存数据。
格式：
	0x23| addressAndLengthFormatIdentifier(0x00-0xFF)| 起始地址参数| 内存大小参数
肯定响应：
	0x63| dataRecord (0x00=0xFF).......
否定响应：
	0x13：消息长度或格式错误；
	0x22：条件不满足；
	0x31：参数错误；
	0x33：服务器被锁定；

展示案例：
	1.4字节寻址（从0x2048 1392地址开始读取4字节）
		0x23| 0x24| 0x20 0x48 0x13 0x92| 0x01 0x03
		0x63| 0x00 ..... 0x8C(260个字节长度)
	2.2字节寻址（从0x4813地址开始读取2字节）
		0x23| 0x12| 0x48 0x13 0x05
		0x63| 0x43 0x2A 0x07 0x2A 0x55
	3.3字节寻址
		0x23| 0x23| 0x20 0x48 0x13| 0x00 0x03
		0x63| 0x00 0x01 0x8C

请求数据信息。
格式：
	0x24| Data .....

肯定响应：
	0x64| dataidentifier（0x00 MSB|0x00 LSB）|scalingByte(0x00)| scalingByteExtension(0X00 ....)| scalingByte(0x00)| scalingByteExtension(0X00 ....)
否定响应：
	0x13:参数长度错误；
	0x22：服务不支持；
	0x31：请求不支持；
	0x33：安全检查未通过；

展示案例：
	1.请求消息流程示例
		0x24| 0xF1 0x90
		0x64| 0xF1 0x90 | 0x6F | 0X62
	2.请求车速(0x0105)
		0x24|  0x01 0x05
		0x64| 0x01 0x05| 0x01(无符号数字，1byte)| 0x95(公式，5byte)| 0x00(公式标识符) 0xE0 0x4B(c0=75*10p-2p) 0X00 0X1E(c1=30*10p0p)| 0xA1(单位，1byte)| 0x30(unit id，km/h)
		车速=（0.75*x + 30）km/h
	3.请求数据（0x0967）示例数据定义见表171
		0x24| 0x09 0x67
		0x64| 0x09 0x67| 0x22(2个数据字节)| 0x03 0x43					

通过内存地址和内存大小，在服务端定义一个数据标识。
格式：
	1.difinitionType=defineByIdentifier(0x01)
		0x2C| 0x01| difinitionType(0x00)| dynamicDefinedDataIdentifier(MSB(0xF2/0xF3) LSB(0x00))| sourceDataIdentifier(MSB(0X00) LSB(0X00))| positioninSourceDataRecord(0x00)| mqmorySize(0x00)| .....
	2.difinitionType=defineByMemoryAddress(0x02)
		0x2C| 0x02| dynamicDefinedDataIdentifier(MSB(0xF2/0xF3) LSB(0x00))| addressAndLengthFormatIdentifier(0x00)| memoryAddress...| memorySize ....| ....
	3.difinitionType=clearDynamicallyDefinedDataIdentifier(0x03)
		0x2C| 0X03| dynamicDefinedDataIdentifier(MSB(0xF2/0xF3) LSB(0x00))
	4.	difinitionType=0X00保留
	5.	0x00-0x7F保留
肯定响应：
	0x6C| difinitionType(0x00-0x7F)| dynamicDefinedDataIdentifier(MSB(0xF2/0xF3) LSB(0x00))
否定响应：
	0x12：子功能不支持；
	0x13：消息长度或格式错误；
	0x22：条件不满足；
	0x31：参数错误；
	0x33：安全校验不通过；

展示案例：见UDS翻译文档P213
	1.生成单个数据信息（2字节标识符）
		0x22| 0xF3 0x01
		0x6C| 0xF3 0x01| 0x4C 0X36 0X4D 0x49 0x21 0x00 0x17	
	2.生成多个数据信息的组合数据块
		0x2C| 0x01| 0xF3 0x02| 0x01 0x0A| 0x02(发动机冷却液温度)| 0x01| 0x01 0x0A| 0x04(发动机转速)| 0x02| 0x01 0x0A| 0x0B(怠速空气控制)| 0x01| 0x05 0x0B| 0x02(爆震传感器)| 0x01
		0x6C| 0x01| 0xF3 0X02
		-----请求消息
		0x22| 0xF3 0x02
		0X6C| 0xF3 0x02| 0xA6 0x07 0x50 0x82 0x91
	3.发送依据内存地址构建的数据标识符的数据请求(动态数据请求)
		0x2C| 0x02 0xF3 0x02| 0x14| 0x21 0x09(发动机温度)| 0x19 0x69| 0x01| 0x21 0x09 0x19 0x6B(发动机转速)| 0x02| 0x013 0x10 0x19 0x95(爆震传感器)| 0x01
		0x6C| 0x02| 0xF3 0x02
		------请求消息
		0x22| 0xF3 0x02
		0X6C| 0xF3 0x02| 0xA6 0x07 0x50 0x91
	4.动态构建数据标识符，并依据标识符请求服务端定期发送数据
		生成包含发动机冷却液0x010A、发动机转速0x010A、保准传感器0x050B的动态数据标识符0xF2E7。
		0x2C| 0x01| 0xF2 0xE7| 0x01 0x0A| 0x02(发动机冷却温度)| 0x01 0x0A| 0x04(发动机转速)| 0x02| 0x05 0x0B| 0x02(震爆传感器)| 0x01
		0x6C| 0x01| 0xF2 0xE7
		------请求消息
		0x2A| 0x04| 0xE7
		0x6A| 0xE7| 0xA6 0x07 0x50 0x91 
		0xE7| 0xA6 0x07 0x55 0x98(周期性发送数据)
	5.删除动态定义的数据标识符
		请求清除0xF303消息
		0x2C| 0x03| 0xF3 0x03
		0x6C| 0x03| 0xF3 0x03
	6.使用两种定义类型建立一个动态数据标识符
		a.发动机油温和环境空气温度2字节DID引用；
		b.内存地址引用的发动机冷却液温度和发动机转速；
		c.发动机油位由2字节DID引用；
		0x2c| 0x01| 0xF3 0x01| 0x12 0x34(发动机油温)| 0x01 0x02| 0x56 0x78(环境空气温度)| 0x01| 0x01
		0x6C| 0x01| 0xF3 0x01
		-----
		0x2C| 0x02| 0xF3 0x01| 0x14| 0x21 0x09 0x19 0x69| 0x01(发动机冷却液温度)| 0x21 0x09 0x19 0x6B(发动机转速)| 0x02
		0x6C| 0x02| 0xF3 0x01
		------
		0x2C| 0x01| 0xF3 0x01| 0x9A 0xBC(发动机油位)| 0x01| 0x04
		0x6C| 0x01| 0xF3 0x01
		-------
		0x22| 0xF3 0x01
		0x62| 0xF3 0x01| 0x4C 0x36 0x4D 0xA6 0x07 0x50 0x49 0x21 0x00 0x17
		------
		0x2C| 0x03| 0xF3 0x01
		0x6C| 0x03| 0xF3 0x01

客户端向指定内存地址写入数据，如配置信息VIM码写入、清除非易失性存储器数据、重置参数、设置选项等。
格式：
	0x2E| 0x00 0x00(地址)| 0x00 0x00(数据)......
		
肯定响应： 
	0x6E| 0x00 0x00(响应的2字节数据)
否定响应：
	0x13
	0x22
	0x31
	0x72：写入内存错误；
展示按理：
	0x2E| 0xF1 0x90| 00x57 0x30 0x4C 0x30 0x30 0x30 0x30 0x34 0x33 0x4D 0x42 0x35 0x34 0x31 0x33 0x32 0x36 
	0x6E| 0xF1 0x90

允许客户端在一个或多个连续内存位置将信息写入服务器，如清除存储器数据、修改校验值。
格式：
	0x3D| addressAndLengthFormatIdenfitier(0x00)| 0x00 0x00.......| 0x00 0x00 ......| 0x00 0x00 
肯定响应：
	0x7D| 0x00| 0x00 0x00 ......| 0x00 0x00 .....
否定响应：
	0x13：消息长度或格式错误；
	0x22：条件不满足；
	0x31：参数错误；
	0x33：安全校验不通过；
	0x72：擦除或刷写内存时发生错误；
展示案例：
	1.将数据字节写入服务内存（2字节寻址）
		0x3D| 0x12| 0x20 0x48(memoryAddress)| 0x02(memorySize)| 0x00 0x8C
		0x7D| 0x12| 0x20 0x48| 0x02
	2.将数据字节写入服务内存（3字节寻址）
		0x3D| 0X13| 0x20 0x48 0x13| 0x03| 0x00 0x01 0x8C
		0x7D| 0x13| 0x20 0x48 0x13| 0x03
	3.’将数据字节写入服务内存（4字节寻址）
		0x3D| 0x14| 0x20 0x48 0x13 0x13 0x09| 0x05| 0x00 0x01 0x8C 0x09 0xAF
		0x7D| 0x14| 0x20 0x48 0x13 0x09| 0x05

允许客户端清除服务端诊断信息。
可通过该服务重置/清除DTC信息，如DTC状态信息、DTC快照数据、DTC扩展数据、DTC其他相关数据。
格式：
	0x14| 0x00 0x00 0x00
	注意：0XFF 0XFF 0XFF时，代表所有种类的DTC
	
肯定响应：
	0x54
否定响应：
	0x13：消息长度或格式错误；
	0x22：条件错误；
	0x31：参数错误；
	0x72：擦除或刷写内存时发生错误；

展示案例：
	1.请求排放系统信息
		0x14| 0xFF 0xFF 0x33
		0x54		

用于简单的输入替换输出控制。
格式：
	0x2F| 0x00 0x00| 0x00 0x00 ...| 0x00 0x00 ...
肯定响应：
	0x6F| 0x00 0x00| 0x00 0x00 ...
否定响应：
	0x13：长度错误；
	0x22：条件不满足；
	0x31：参数无效；
	0x33：安全检查未通过；

注意：
	InputOutputControlParameter
		0x00：结束控制
		0x01：将所有输入信号、内部参数、输出信号重置为默认状态
		0x02：请求冻结输入信号的当前状态
		0x03：将RAM中dataIdentifier引用的输入信号、内部参数、受控输出信号调整为控制选项中包含的值
		0x04-0xFF：保留
	
展示案例：
	1.读取进气门位置的当前状态、数据
		查询状态：
		0x22| 0x9B 0x00(进气门位置)
		0x62| 0x9B 0x00| 0x0A（当前位置为10%）
		---
		获取数据：
		0x2F| 0x9B 0x00| 0x03 0x3C(调整到60%)
		0X6F| 0x9B 0x00| 0x03 0x0C(当前位置12%)
		---
		查询状态：
		0x22| 0x8B 0x00
		0x62| 0x9B 0x00| 0x3C(60->60%，说明当前位置已到了60%)
		---
		查询数据：
		0x2F| 0x9B 0x00| 0x00
		0X6F| 0x9B 0x00| 0x00| 0x3A(接收请求，58->58%，说明当前位置已到了58%)
		---
		0x2F| 0x9B 0x00| 0x02
		0X6F| 0x9B 0x00| 0x02 0x32（50%）
	2.仅控制IAC Pintle位置
		0x2F| 0x01 0x55| 0x03 0x07 0x0XX 0xXX 0xYZ 0xXX| 0x80
		0x6F| 0x01 0x55| 0x03 0x07 0x02 0xEE 0x12 0x59	
		---
		仅控制RPM
		0x2F| 0x01 0x55| 0x03 0xXX 0x03 0xE8 0xYZ 0xXX| 0x40
		0x6F| 0x01 0x55| 0x03 0x09 0x03 0xB6 0x12 0x59
		---
		控制踏板位置A和EGR占空比
		0x2F| 0x01 0x55| 0x03 0xXX 0xXX 0xXX 0x3Z 0x72| 0x28
		0x6F| 0x01 0x55| 0x03 0x07 0x03 0x52 0x32 0x69
		---
		将所有参数的控制返回给ECU
		0x2F| 0x01 0x55| 0x00| 0xFF
		0x6F| 0x01 0x55| 0x00 0x09 0x03 0x52 0x12 0x59

执行已定义的步骤序列并获取任何相关结果。如内存擦除、重置、学习自适应数据、运行内检、覆盖正常服务器控制决策、控制服务值随时间变化等。
常见步骤：1.开始一个历程；2.停止一个历程；3.请求例行结果；
格式：
	0x31| routineControlType(0x00)| routineIdentifier(0x00 0x00)| routineControlOptionRecord(0x00 ... 0x00)
	子函数参数：
	0x00：保留；
	0x01：启动指定历程；
	0x02：停止指定历程；
	0x03：返回指定历程结果值；
	0x04-0x7F：保留；

肯定响应：
	0x71| 0x00-0x7F| 0x00 0x00| 0x00| 0x00 0x00 ...
否定响应：
	0x12：子功能不支持；
	0x13：消息长度错误；
	0x22：未按标准进行请求；
	0x24：未在正常状态下执行操作；
	0x31：参数错误；
	0x33：安全访问被拒绝；
	0x72：在访问服务段内部存储器例程时检测到错误；

注意：
	routineIdentifier - RID
	0x0000-0x00FF：保留；
	0x0100-0x01FF：保留，用于表示行驶记录仪测试结果；
	0x0200-0xDFFF：保留，整车制造商自定义；
	0xE000-0xE1FF：保留，用于用于表示OBD/EOBD；
	0xE200：启动先前选择的点火回路的部署；
	0xE201-0xE2FF：保留，用于安全系统实现；
	0xE300-0xEFFF：保留；
	0xF000-0xFEFF：保留，系统供应商自定义；
	0xFF00：用于启动服务端内存擦除；
	0xFF01：用于检查服务端内存编程依赖；
	0xFF02：用于擦除服务端镜像内存DTC；
	0xFF03-0xFFFF：保留；		

展示案例：
	1.基于测试条件：已点火、未打开发动机、速度为0进行测试，进行启动测试。
		0x31| 0x01| 0x02 0x01
		0x71| 0x01| 0x02 0x01 0x32
	2.基于测试条件：已点火、未打开发动机、速度为0进行测试，进行停止测试。
		0x31| 0x02| 0x02 0x01
		0x71| 0x02| 0x02 0x01 0x30
	3.检测结果值
		0x31| 0x03| 0x02 0x01
		0x71| 0x03| 0x02 0x01 0x30 0x33 ... 0x8F
	4.在规定条件下，启动例程
		0x31| 0x01| 0x02 0x02| 0x06 0x01
		0x71| 0x01|0x02 0x02| 0x32 0x33 ....0x8F

格式：
	0x34| dataFormatIdentifier(0x00)| addressAndLengthFormatIdentifier(0x00)| 0x00 0x00 ...| 0x00 0x00 ...
肯定响应：
	0x74| LengthFormatIdentifier(0x00)| 0x00 0x00 ...
否定响应：
	0x13：消息长度错误；
	0x22：服务端与客户端之间的数据大小不匹配；
	0x31：参数无效；
	0x33：安全校验失败；
	0x70：下载到服务端内存失败；

从服务端到客户端进行数据传输。
格式：
	0x35| dataFormIdentifier(0x00)| addressAndLengthFormatIdentifier(0x00)| 0x00 ... 0x00| 0x00 ... 0x00

肯定响应：
	0x75| LengthFormatIdentifier(0x00)| maxNumberOfBlockLength(0x00 ... 0x00)
否定响应：
	0x13：消息长度错误；
	0x22：服务端与客户端之间的数据大小不匹配；
	0x31：参数无效；
	0x33：安全校验失败；
	0x70：下载到服务端内存失败；

用于服务端与客户端之间的数据传输。
格式：
	0x36| blockSequenceCounter(0x00)| 0x00 ... 0x00

肯定响应：
	0x76| 0x00| 0x00 ... 0x00
否定响应：
	0x13：消息长度错误；
	0x24：请求错误（带有blockSequenceCounter的该传输服务请求消息必须等于前一个请求传输消息中包含的请求消息）；
	0x31：不符合规范的请求；
	0x71：下载模块长度与服务端给的内存大小不符合；
	0x72：服务端下载数据时数据被擦除；
	0x73：blockSequenceCounter错误；
	0x92/0x93:服务端主电源应交测量电压超出了将数据下载到服务器的可接受范围；

终止客户端与服务端之间的数据传输。
格式：
	0x37|transferRequestParameterRecord(0x00 .. 0x00)

肯定响应：
	0x77| transferResponsetParameterRecord(0x00 .. 0x00)
否定响应：
	0x13：消息长度错误；
	0x24：收到请求时编程过程未完成；传输服务已停止；
	0x31：无效数据；
	0x72：服务端下载数据时数据被擦除；

展示案例：
	1.客户端从服务端下载数据。
		memoryaddress 0x602000
		dataFormatIdentifier：0x11
		memorySize：0x00FFFF
		transferResponseParameter：0x0081
		---
		请求下载：
		0x34| 0x11| 0x33| 0x60 0x20 0x00| 0x00 0xFF 0xFF
		0x74| 0x20| 0x00 0x81
		---
		传输数据：
		0x36| 0x01| 0x00 ...0x00
		0x76| 0x01
		0x36| 0x05| 0xXX  ...0xXX
		0x76 0x05		
		---
		移除出口(停止传输)：
		0x37
		0x77
	1.客户端向服务端上传数据。
		memoryaddress 0x201000
		dataFormatIdentifier：0x11
		memorySize：0x0001FF
		transferResponseParameter：0x0081
		---
		请求上传：
		0x35| 0x11| 0x33| 0x20 0x10 0x00| 0x00 0x01 0xFF
		0x75| 0x20| 0x00 0x81
		---
		传输数据：
		0x36| 0x01
		0x76| 0x01| 0xXX ... 0xXX
		0x36| 0x05
		0x76| 0x05| 0xXX ... 0xXX
		---
		移除出口（停止传输）：
		0x37
		0x77

启动客户端与服务端之间的数据传输。
格式：
	0x38| Transfermode(0x01 - 0x05)| filePathAndNameLength(0x00 0x00)| filePathAndName(0x00 ...)| dataFormatIdentifier(0x00)| fileSizeParameterLength(0x00)| fileSzieUnCompressed(0x00 ...)| fileSizeCompressed(0x00 ...)
	Transfermode:
		0x01：AddfilepathAndName
		0x02：DeletefilepathAndName
		0x03：Replacefile
		0x04：Readfile
		0x05：ReadDir
	注意：
	1.当Transfermode为0x02/0x04/0x05时，没有 dataFormatIdentifier(0x00)| fileSizeParameterLength(0x00)| fileSzieUnCompressed(0x00 ...)| fileSizeCompressed(0x00 ...)参数。
	2.当Transfermode为0x05时，请求中测参数应该使用ASCII格式编码。

肯定响应：
	0x78| 0x01-0x05| 0x00| 0x00 ... 0x00| 0x00| 0x00 0x00| 0x00 ... 0x00| 0x00 ...0x00
	注意：
	1.当Trandfermode为0x02，dataFormatIdentifier参数不在响应信息中；当Trandfermode为0x05，dataFormatIdentifier参数为0x00；
	2.当Transfermode为0x02/0x04/0x05时，没有 fileSizeParameterLength(0x00)| fileSzieUnCompressed(0x00 ...)| fileSizeCompressed(0x00 ...)参数。
否定响应：
	0x13：信息长度错误；
	0x22：服务请求未执行成功；
	0x31：参数无效；
	0x33：安全校验未通过；
	0x70：下载因服务端内存故障无法完成；

展示案例：
	0x38| 0x01| 0x00 0x1E| 0x44 ....0x7A| 0x11| 0x02| 0xC3 0x50| 0x75 0x30
	0x78| 0x01| 0x02| 0xC3 0x50| 0x11

本质：定义了将一个或者多个应用软件以物理方式下载到ROM中。 1.ECU上具有BootLoader程序，以解析向ECU发送的诊断指令； 编程步骤类型分类： 1.标准步骤； 2.可选步骤； 3.正常厂商的具体步骤； 执行过程中每步都需要指定该步骤允许的寻址方法，依据OEM要求选择功能地址或物理地址。基础过程如下：

主执行：协调/同步多个并行运行的编程步骤，控制“预编程步骤”和“后编程步骤”的执行，以及将车辆维持在其已转换到的操作模式中。如将车辆网络转换为允许对单个ECU编程的操作模式或编程节点的结论。 编程执行：各ECU的“编程步骤”可由客户端单独并发执行，直到执行到“编程最后阶段” 1. 下载应用程序软件或应用程序数据 a.传输数据到服务端； b.服务端下载数据； c.编程后车辆网络重新同步； 2. 服务器配置（可选） a.预编程步骤 - 设置车辆网络以进行服务器配置。 b.编程步骤 - 最终服务器配置。例如用于服务器复位后写入数据。 c.后编程步骤 - 在最终服务器配置后重新同步车辆网络。 预编程： a.进入extended session； b.使用0x31执行条件检查；c.使用0x85服务关闭DTC存储；d.使用0x28关闭与诊断无关的报文，提高刷写效率； 编程： a.进入programming session模式；b.使用0x27服务进行安全访问；c.写入指纹信息，标记身份；d.执行0x31，删除存储空间；e.调用数据操作指令进行写数据0x34 0x36 0x37; f.数据校验0x31；g.软件完整性、兼容性等验证； 后编译： a.将ECU重启0x11或者恢复默认模式0x10; 编程顺序：P431 特殊要求 如果在编程过程中发生以下错误情况，服务器应能够恢复并重新编程。 a.供电电源连接中断； b.失去地面连接； c.数据链路通信中断； d.过压或欠压；

使ECU进入扩展模式。 02，0代表单帧，2代表2个长度有效数据，10 03 发起扩展服务请求。 06，0代表单帧，6代表6个长度有效数据，50 03 是对应的指令响应。 疑问：此例子中为什么有两个不同ID内容相同的CAN报文？

设置禁止故障码，关闭DTC功能。 85 02，85为服务指令，子服务02关闭指令。

关闭非刷写数据流，关闭普通应用报文。 注意事项：当对传输进行传输失能时，使用0x3E服务将服务器状态保持。 28 03 01，28为服务指令，子服务为subfunction 03 disablerxandtx，communicationtype 01 normalcommunicationmessage。

切换模式，进入编程模式。 10 02 指令，10切换模式，自服务02表示编程模式。

a.对ECU进行解锁验证。 27 01指令，27安全服务，子服务01为请求seed，得到21 74，进行计算之后，再给出响应。 b.响应种子请求。 诊断仪给出响应key为47 11，ECU进行校验判断。

31 启动擦除， FF 00 协议规定erasememory DID；

数据传输

数据传输结束

不同设备连接之间的波特率设置。 CAN:125000、250000、500000、1000000； PC：9600、19200、38400、57600、115200；

编码示例：

更多详细信息请查看协议标准

单帧：当报文长度小于7，数据域高4位为0000，表示为单帧； 首帧：前2字节作为PCI信息，高4位为0001，低4位及第2字节描述数据总长； 连续帧：第1个字节作为PCI，高4位为0010，低4位为连续序列号； 流控帧：数据发送控制，高4位为0011，低4位为FlowStatus，0-ContinueToSend，1-Wait，2-overflow。第2字节为BlockSize，指示一次可以发送多少个连续帧。 第3字节为Seperatetime； 示例： 单帧： request 02 10 03 55 55 55 55 55 response 06 50 03 00 32 01 FA AA

多帧传输： 03 19 02 08 55 55 55 55 （诊断仪发送的SingleFrame的request） 10 33 59 02 19 01 00 07 （ECU以FirstFrame开始传输的response） 30 00 00 55 55 55 55 55 （诊断仪发送的FlowControl） 21 09 03 05 02 09 05 04 （ECU发送的ConsecutiveFrame） 22 07 09 05 06 06 09 05 （ECU发送的ConsecutiveFrame） 23 08 03 08 07 01 05 08 （ECU发送的ConsecutiveFrame） 24 07 01 06 08 07 01 0C （ECU发送的ConsecutiveFrame） 25 08 07 01 0D 08 07 03 （ECU发送的ConsecutiveFrame） 26 07 09 08 01 01 09 09 （ECU发送的ConsecutiveFrame） 27 01 07 09 AA AA AA AA （ECU发送的ConsecutiveFrame，此时传输结束）

数据示例来源于此文

控制器网络诊断专栏 UDS入门 UDS-ECU刷写 UDS网络层/tp层 UDS详解 汽车控制器网络技术交流 汽车电子ECU BootLoader开发要点详解