总目录：（单击下方链接皆可跳转至专栏总目录）

《UDS/OBD诊断需求编辑工具》总目录https://blog.csdn.net/qfmzhu/article/details/123697014

1 $0x34 RequestDownload诊断服务描述

2 0x34服务请求消息

2.1 0x34服务请求消息定义

2.2 0x34服务请求消息子功能参数$ Level（LEV_）定义

2.3 0x34服务请求消息数据参数定义

3 0x34服务肯定响应消息

3.1 0x34服务肯定响应消息定义

3.2 0x34服务肯定响应消息数据参数定义

4 0x34服务支持的否定响应代码（NRC_）

5 示例：0x34 RequestDownload服务消息流

附录：H.1 addressAndLengthFormatIdentifier示例值

结尾

优质博文推荐阅读（单击下方链接，即可跳转）：

点击返回「《Autosar从入门到精通-实战篇》总目录」

点击返回「《Autosar_BSW高阶配置》总目录」

点击返回《嵌入式硬件/软件开发刷写/烧录文件》专栏

RequestDownload（0x34） service请求下载服务

服务

SID

描述

RequestDownload

读取DTC信息

0x34

client请求协商从client到server的数据传输。

1 $0x34 RequestDownload诊断服务描述

requestDownload服务被client用来启动从client到server的数据传输（下载）。

在server收到requestDownload请求消息后，server应采取所有必要的行动来接收数据，然后再发送一个positive response message肯定响应消息。

重要的是 - server和client应满足ISO 14229-1的7.5章节中规定的请求和响应消息行为。

2 0x34服务请求消息

2.1 0x34服务请求消息定义

表393 - 请求消息定义

A_Data byte	参数名称	Cvt	字节值	助记符
#1	RequestDownload Request SID 请求下载请求SID	M	0x34	RD
#2	dataFormatIdentifier 数据格式标识符	M	0x00 – 0xFF	DFI_
#3	addressAndLengthFormatIdentifier 地址和长度格式标识符	M	0x00 – 0xFF	ALFID
#4 : #(m-1)+4	memoryAddress[] = [ byte#1 (MSB) : byte#m ]	M : C1	0x00 – 0xFF : 0x00 – 0xFF	MA_B1 : Bm
#n-(k-1) : #n	memorySize[] = [ byte#1 (MSB) : byte#k ]	M : C2	0x00 – 0xFF : 0x00 – 0xFF	MS_B1 : Bk
C1：这个参数的存在取决于addressAndLengthFormatIdentifier的地址长度信息参数。 C2：该参数的存在取决于addressAndLengthFormatIdentifier的memory size长度信息。

2.2 0x34服务请求消息子功能参数$ Level（LEV_）定义

此服务不使用子功能参数。

2.3 0x34服务请求消息数据参数定义

表394 - 请求消息数据参数定义

定义

dataFormatIdentifier数据格式标识符

这个数据参数是一个字节的值，每个nibble单独编码。high nibble指定 " compressionMethod压缩方法"，low nibble指定 " encryptingMethod加密方法"。值0x00指定既不使用compressionMethod也不使用encryptingMethod。除了0x00以外的值是由vehicle manufacturer车辆制造商决定的。

addressAndLengthFormatIdentifier地址和长度格式标识符

该参数是一个字节值，每个nibble单独编码（见H.1的示例值）：

位7 - 4: memorySize参数的长度(字节数)

位3 - 0: memoryAddress参数的长度（字节数）。

memoryAddress内存地址

参数memoryAddress是要写入数据的server memory的起始地址。这个地址使用的字节数由addressAndLengthFormatIdentifier的low nibble（bit 3 - 0）定义。memoryAddress参数中的Byte#m总是在server中被引用的地址中LSB（least significant byte）。地址中MSB（most significant byte）可以作为memory identifier使用。

一个使用memory identifier的例子是一个具有16位寻址和memory address重叠的双processor server (当一个给定的地址对任何一个处理器都有效，但产生了不同的physical memory device或使用了内部和外部flash）。在这种情况下，memoryAddress参数中一个未使用的字节可以被指定为memory identifier，用于选择所需的memory device。该功能的使用应按照车辆制造商/系统供应商的规定。

memorySize内存大小

这个参数应被server用来比较memory size和TransferData service期间传输的数据总量。这增加了programming编程的安全性。用于该大小的字节数由addressAndLengthFormatIdentifier的high nibble（第7-4位）定义。如果使用了数据压缩，memory size是否代表压缩或未压缩的大小是由车辆制造商决定的。

3 0x34服务肯定响应消息

3.1 0x34服务肯定响应消息定义

表395 - 肯定响应消息定义

A_Data byte	参数名称	Cvt	字节值	助记符
#1	RequestDownload Response SID 请求下载响应SID	M	0x74	RDPR
#2	lengthFormatIdentifier	M	0x00 – 0xF0	LFID
#3 : #n	maxNumberOfBlockLength = [ byte#1 (MSB) : byte#m ]	M : M	0x00 – 0xFF : 0x00 – 0xFF	MNROB_ B1 : Bm

3.2 0x34服务肯定响应消息数据参数定义

表396 - 响应消息数据参数定义

定义

lengthFormatIdentifier长度格式标识符

这个参数是一个字节的值，每个nibble单独编码：

位7-4：maxNumberOfBlockLength参数的长度（字节数）。

位3-0：由文件保留，要设置为'0'。

该参数的格式与请求信息中包含的addressAndLengthFormatIdentifier参数的格式兼容，只是lower nibble必须被设置为'0'。

maxNumberOfBlockLength最大块长度

这个参数被requestDownload肯定响应消息用来通知client在server的每个TransferData请求消息中包含多少数据字节（maxNumberOfBlockLength）。这个长度反映了完整的消息长度，包括service identifier和TransferData请求消息中的数据参数。这个参数允许client在开始向server传输数据之前适应server的接收缓冲区大小。server需要接受长度等于其报告的maxNumberOfBlockLength的transferData请求。接受何种长度小于maxNumberOfBlockLength的transferData请求（如果有的话）是由server决定的。请注意，一个给定区块内的最后一个transferData请求可能被要求小于maxNumberOfBlockLength。server不允许写入不包含在transferData消息中的额外数据字节（即填充字节）（无论是以压缩或未压缩的格式），因为这将影响后续transferData请求数据写入的memory address。

4 0x34服务支持的否定响应代码（NRC_）

对于这项服务，应执行以下negative response code否定响应代码。表397中记录了每个响应代码会发生的情况。如果错误情况适用于server，应使用列出的negative response否定响应。

表397 - 支持的否定响应代码

NRC	描述	助记符
0x13	incorrectMessageLengthOrInvalidFormat消息长度不正确或格式无效如果信息的长度有误，则应发送该NRC。	IMLOIF
0x22	conditionsNotCorrect条件不正确如果server在接收软件或标定模块的下载过程中收到该服务的请求，应返回该NRC。如果在下载模块的过程中，server和client之间出现数据大小不匹配，就会出现这种情况。	CNC
0x31	requestOutOfRange请求超出范围如果出现以下情况，将返回这个NRC：指定的dataFormatIdentifier是无效的。指定的addressAndLengthFormatIdentifier是无效的。指定的memoryAddress/memorySize是无效的。	ROOR
0x33	securityAccessDenied安全访问被拒绝如果在收到对该服务的请求时，server是安全的（对于支持SecurityAccess服务的server），应返回这个NRC。	SAD
0x70	uploadDownloadNotAccepted上传下载不被接受该NRC表明，由于某些故障条件，无法完成向server的memory下载的尝试。	UDNA

评价顺序记录在图26中。

Key

1)至少5个（SI+DFI_+ALFID+最小MA_+最小MS_）。

2)长度可以从addressAndLengthFormatIdentifier中计算出来。

图26 - NRC处理请求下载服务

5 示例：0x34 RequestDownload服务消息流

附录：H.1 addressAndLengthFormatIdentifier示例值

表 H.1 包含 addressAndLengthFormatIdentifier 的high和low nibble的值组合示例。需要考虑以下几点：

⎯对于“manageable memorySize”或“memoryAddress range”标记为“not applicable”的值，不允许使用，并且必须通过否定响应消息被server拒绝。

⎯此参数允许具有适用的“manageable memorySize”和“memoryAddress range”的值。

表H.1 - addressAndLengthFormatIdentifier示例

Byte Value	Description
	bit 7-4 (high nibble) number of memorySize bytes		bit 3-0 (low nibble) number of memoryAddress bytes
	bytes used for memorySize parameter	manageable size	bytes used for memoryAddress parameter	addressable memory
0x00	not applicable	not applicable	not applicable	not applicable
0x01	not applicable	not applicable	1	256 Byte - 1
0x02	not applicable	not applicable	2	64 KB - 1
0x03	not applicable	not applicable	3	16 MB - 1
0x04	not applicable	not applicable	4	4 GB - 1
0x05	not applicable	not applicable	5	1,024 GB - 1
0x06 – 0x0F	:	:	:	:
0x10	1	256 Byte	not applicable	not applicable
0x11	1	256 Byte	1	256 Byte – 1
0x12	1	256 Byte	2	64 KB – 1
0x13	1	256 Byte	3	16 MB – 1
0x14	1	256 Byte	4	4 GB – 1
0x15	1	256 Byte	5	1,024 GB – 1
0x16 – 0x1F	:	:	:	:
0x20	2	64 KB	not applicable	not applicable
0x21	2	64 KB	1	256 Byte – 1
0x22	2	64 KB	2	64 KB – 1
0x23	2	64 KB	3	16 MB – 1
0x24	2	64 KB	4	4 GB – 1
0x25	2	64 KB	5	1,024 GB – 1
0x26 – 0x2F	:	:	:	:
0x30	3	16 MB	not applicable	not applicable
0x31	3	16 MB	1	256 Byte – 1
0x32	3	16 MB	2	64 KB – 1
0x33	3	16 MB	3	16 MB – 1
0x34	3	16 MB	4	4 GB – 1
0x35	3	16 MB	5	1,024 GB – 1
0x36 – 0x3F	:	:	:	:
0x40	4	4 GB	not applicable	not applicable
0x41	4	4 GB	1	256 Byte – 1
0x42	4	4 GB	2	64 KB – 1
0x43	4	4 GB	3	16 MB – 1
0x44	4	4 GB	4	4 GB – 1
0x45	4	4 GB	5	1,024 GB - 1
0x46 -0xFF	:	:	:	: