UDS在应用层和会话层对Enhanced diag接口的实现

本文详细探讨了UDS在应用层和会话层对Enhanced Diag接口的实现,包括default session和non-default session下的时序参数,时序需求分析,错误处理策略,标准化CAN ID的使用,以及路由和服务器端NVM刷写流程。重点讨论了网络传输层到上层的映射和服务器对STmin的要求。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

UDS在应用层和会话层对Enhanced diag接口的实现

default session下应用层时序参数

时序参数 描述 备注
P2can_client 用来测量客户端收到response和发出req之间的间隔
P2*can_client 用来测量收到NRC78到发出req之间的间隔
P2can_server 用来测量服务器端收到req到发出response之间的间隔 0-50ms,诊断服务的周期scheduler间隔时间要比P2can_server的时间来的短。
P2*can_server 用来测量服务器端从发完上一个response到发出NRC78的间隔 0-5s
P3can_client_phy/P3can_client_func 测量在物理寻址且no response要求时,发出req后的最小时间间隔 P3 timer的目的是为了衡量什么时候发送req,是要跟P2can_server的时间做对比的,假如no response,那P3 timer_min的时间就一定要比P2can_server_max大,这样才能确保客户端发送req的时候,上一轮交互已经结束。

上面的时序测量时间的起点和终点如下图。没有加入网关等复杂情况,只是想在简单的环境下,了解这几个参数的定义
在这里插入图片描述

non-default session下会话层时序参数

时序参数 描述 备注
S3Client 功能寻址时发3E保持多个服务器端在non-default session下的时间间隔,或者物理寻址时,维持non-default session下发诊断报文的最大间隔时间
S3Server 保持自身non-default session的时间

Note:

  1. Server切换到non-default session的时候,可以会改变P2can_server和P2*can_server的时间,为了满足某种性能要求。在10服切换non-default session的时候,会放在response中传过去,如果no response的话,就是要提前约定了。
  2. S3server是基于网络层服务原语的,假如传来一个不支持的诊断服务,S3Server
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值