uds服务-上传下载功能单元【34、36、37】

0x34服务用于数据下载,0x36服务包含blockSequenceCounter来管理错误重试,确保数据完整性。当传输出错或超时,blockSequenceCounter帮助识别重复数据,优化错误处理和传输效率。
摘要由CSDN通过智能技术生成

0x34请求下载

0x34 00-FF 44
数据格式标志符,【00-FF】,左半元组表示压缩方法,右半元组表示加密算法,如果没有应用压缩或者加密,相应位为0
44的bit7~4表示memorysize参数的长度
bit3~0表示memoryadress参数的长度

36数据传输

TransferData (0x36)—— 数据传输

这个服务通常是用来下载/上传数据时用的,数据的传输方向由不同的服务控制:0x34服务表示下载,0x35服务表示上传。

0x36服务包含了一个blockSequenceCounter,在多个服务请求序列失败的时候以提高错误处理机制。在接收到0x34/0x35服务以后,blockSequenceCounter会被初始化为1。

服务请求报文中参数定义:

(1)blockSequenceCounter

这个值在第一次初始化的时候为0x01,往后每增加一次0x36服务的请求这个值也跟着增加1,直到增加到0xFF,会重新再从0x00增加(笔者的理解就是blockSequenceCounter的值对应用户此次请求传输出去的数据,以确保数据传输无误)。

例如以下2种情形:

数据已经正确的传输给ECU了,但是用户这边没有收到肯定响应,timeout以后用户这边会再次重复刚刚发出去的数据(blockSequenceCounter还是之前那个值)。这时候ECU通过blockSequenceCounter的值就可以知道用户又重复传了一次相同的数据,就不用再次重新写一遍Memory而直接给用户发送肯定响应。
如果数据没有正确传输给ECU,用户这边也不会收到肯定响应,timeout以后用户这边会再次重复刚刚发出去的数据(blockSequenceCounter还是之前那个值)。这时候ECU通过blockSequenceCounter的值就可以知道这是新传来的数据,则执行写Memory的操作,并且在成功后发送相应的肯定响应。

0x73 强制要求
服务器检测到数据传输的BlockSequenceCounter错误时,回复此编码

37请求退出传输

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值