跟我学UDS(ISO14229) ———— 0x3E(TesterPresent)

该服务用于向一个或多个服务器指示客户端仍连接到车辆,并且先前已激活的某些诊断服务和/或通信将保持活动状态。按照我的理解就是,当你进入到某一个模式(非DefaultSession/安全解锁)下,你需要发送3E 服务来维持在该状态下,否则就会退出到默认模式下。这也是一个3E服务的重要测试点。另外,在自动化的过程中,也需要考虑到这个模式的使用,否则会出现在一系列的错误。

一、诊断请求

具体的格式定义如下:
在这里插入图片描述
这里需要对sub-function参数进行一个说明:
该函数只支持请求定义中的 0x00与 0x80。这与之前介绍的服务是不一样的,之前的服务均存在其他的子服务,但是这个服务的子服务已经被定义死了。其他的值均被ISO保留了,目前来说不可使用或者是无效。

这里还需要引入另外一个概念:
supportPosRspMsgIndicationBit = FALSE时:不禁止肯定响应报文的发送
supportPosRspMsgIndicationBit = TRUE时:禁止发送肯定响应的报文
怎么理解呢?
(1)supportPosRspMsgIndicationBit=0
发送请求:3E 00
肯定响应:7E 00
(2)supportPosRspMsgIndicationBit=1
发送请求:3E 80
肯定响应:无肯定响应报文回复
这里只是没有正响应报文发出,但是命令已经生效。这就是跟响应报文丢失的区别。

正响应格式

具体的格式定义如下:
在这里插入图片描述

负响应的NRC码

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

  • 7
    点赞
  • 21
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

小趴菜_自动驾驶搬砖人

谢谢大爷赏饭吃

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

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

打赏作者

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

抵扣说明:

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

余额充值