【ISO14229_UDS刷写】-2-$35诊断服务RequestUpload理论部分

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

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

目录

1 $0x35 RequestUpload诊断服务描述

2 0x35服务请求消息

2.1 0x35服务请求消息定义

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

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

3 0x35服务肯定响应消息

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

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

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

5 示例：0x35 RequestUpload服务消息流

附录：H.1 addressAndLengthFormatIdentifier示例值

结尾

---

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

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

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

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

RequestUpload（0x35） service请求上传服务

服务	SID	描述
RequestUpload 请求上传	0x35	client请求协商从server到client的数据传输。

1 $0x35 RequestUpload诊断服务描述

RequestUpload服务由client使用，以启动从server到client的数据传输（上传）。

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

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

2 0x35服务请求消息

2.1 0x35服务请求消息定义

表398 - 请求消息定义

A_Data byte	参数名称	Cvt	字节值	助记符
#1	RequestUpload Request SID 请求上传请求SID	M	0x35	RU
#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 0x35服务请求消息子功能参数$ Level（LEV_）定义

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

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

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

定义

dataFormatIdentifier数据格式标识符 这个数据参数是一个字节的值，每个nibble单独编码。高位的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服务期间传输的数据总量。这增加了programming编程的安全性。用于该大小的字节数由addressAndLengthFormatIdentifier的high nibble（bit 4）定义。如果使用了数据压缩，memory size是否代表压缩或未压缩的大小是由车辆制造商决定的。

3 0x35服务肯定响应消息

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

表400 - 肯定响应消息定义

A_Data byte	参数名称	Cvt	字节值	助记符
#1	RequestUpload Response SID 请求上传响应SID	M	0x75	RUPR
#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 0x35服务肯定响应消息数据参数定义

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

定义

lengthFormatIdentifier长度格式标识符 这个参数是一个字节的值，每个nibble单独编码： 位7-4：maxNumberOfBlockLength参数的长度（字节数）。 位3-0：由文件保留，要设置为'0'。 该参数的格式与请求信息中包含的addressAndLengthFormatIdentifier参数的格式兼容，只是lower nibble必须被设置为'0'。

maxNumberOfBlockLength最大块长度 这个参数被RequestUpload肯定响应消息用来通知client在server的每个TransferData肯定响应消息中包含多少数据字节。这个长度反映了完整的消息长度，包括TransferData肯定响应消息中的service identifier和data-parameter。这个参数允许client在server开始向client传输数据之前适应server的发送缓冲区大小。client需要接受长度与报告的maxNumberOfBlockLength相同的transferData响应。发送哪些长度小于maxNumberOfBlockLength的transferData响应（如果有的话）是由server决定的。 注意：一个给定block块中的最后一个transferData响应可能被要求小于maxNumberOfBlockLength。

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

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

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

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

评价顺序记录在图27中。

Key

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

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

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

5 示例：0x35 RequestUpload服务消息流

详见以下博文：

【ISO14229_UDS刷写】-6-$34,$35,$36,$37诊断服务用于downloading下载/uploading上载数据的消息流示例https://blog.csdn.net/qfmzhu/article/details/130895979

附录：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	:	:	:	:

以上摘自《ISO 14229-1:2013》。

结尾

获取更多“汽车电子资讯”和“工具链使用”，

请关注CSDN博客“汽车电子助手”，做您的好助手。