跟我学UDS(ISO14229) ———— 0x34(RequestDownload)

  客户端请求从客户端到服务器的数据传输。服务器收到 requestDownload 请求消息后,服务器应在发送肯定响应消息之前采取所有必要的措施来接收数据。在这里,ISO 14229 中并没有明确定义需要采用什么措施来确保接受数据的可行性。因此,需要额外关注主车厂给到的相关措施。我所在项目的要求是:进入ProgrammingSession 会话模式下,并对安全访问进行解锁之后才能进行数据的传输。

诊断请求格式

 具体的格式如下:
在这里插入图片描述
参数 memoryAddress 与 memorySize 的长度均取决于参数 addressAndLengthFormatIdentifier。

message data parameter definition
NameDescriptionComment
dataFormatIdentifier高位表示“ compressionMethod”,低位表示“ encryptingMethod”。0x00表示不使用 CompressionMethod 或 cryptoningMethod

非0x00值由主车厂定义
addressAndLengthFormatIdentifierbit 7-4:memorySize参数字节数
bit 3-0:memoryAddress参数字节数
-
memoryAddress写入数据的服务器内存的起始地址-
memorySize将未压缩的内存大小与TransferData服务期间传输的数据总量进行比较-

正响应格式

 具体的格式如下:
在这里插入图片描述
 对于参数 maxNumberOfBlockLength 进行一个说明:requestDownload肯定响应消息使用此参数来通知客户端每个 TransferData 请求消息中应包含多少个数据字节。 该长度反映了完整的消息长度,包括服务标识符和 TransferData 请求消息中存在的数据参数。 此参数允许客户端在开始将数据传输到服务器之前适应服务器的接收缓冲区大小。

负响应NRC码

 具体的NRC码如下:
在这里插入图片描述

  • 5
    点赞
  • 12
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 2
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

小趴菜_自动驾驶搬砖人

谢谢大爷赏饭吃

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值