UDS时间参数学习(应用层+网络层+会话层+传输层)

目录

一、应用层时间参数

[1.1 定义](#1.1 定义)

[1.2 与0x10服务的联系](#1.2 与0x10服务的联系)

二、会话层时间参数

[2.1 定义](#2.1 定义)

[2.2 应用](#2.2 应用)

三、传输层时间参数

[3.1 定义](#3.1 定义)

四、网络层时间参数

[4.1 定义](#4.1 定义)


一、应用层时间参数

1.1 定义

|------------------|------------------------------------------------|---------|------------------|--------|
| 时间参数 | 含义 | Min | Max/Time out | 单位 |
| P2 Client | 诊断工具成功发送诊断报文请求之后,等待ECU回复诊断响应的时间间隔。 | - | 150 | ms |
| P2 Server | ECU接收到诊断请求之后到开始发送诊断报文的时间间隔。 | 0 | 50 | ms |
| P2* Client | 诊断工具接收到NRC 0x78后继续等待ECU响应的时间间隔 | - | 5100 | ms |
| P2* Server | ECU发送NRC 0x78之后继续发送下帧诊断响应报文的时间间隔 | 0 | 5000 | ms |
| P3 Client (Phys) | 诊断工具成功发送物理寻址诊断请求之后,且无需ECU回复继续发送下次物理寻址诊断请求的时间间隔 | 50 | - | ms |
| P3 Client (Func) | 诊断工具成功发送功能寻址诊断请求之后,且无需ECU回复继续发送下次功能寻址诊断请求的时间间隔 | 50 | - | ms |

注意:诊断时间参数来源于行业标准的协议文档:ISO15765-2和ISO14229-1/2/3,除非客户自定义修改,否则基本是协议文档上默认的数值。

诊断工具与ECU之间的诊断定时关系如下图:

1.2 与0x10服务的联系

P2 Server与P2* Server,这两个参数在0x10服务中得以体现,格式如下:

SID+0x40\] + \[sub-function\] + \[sessionParameterRecord

这里的sessionParameterRecord具体展开依据规范ISO 14229-1中如下表,其中要注意分辨率:

具体参考以前的文章------《汽车诊断服务(UDS------0x10服务解析)》,里面有示例,更清晰,链接如下:https://blog.csdn.net/qq_54112829/article/details/150573211?fromshare=blogdetail&sharetype=blogdetail&sharerId=150573211&sharerefer=PC&sharesource=qq_54112829&sharefrom=from_linkhttps://blog.csdn.net/qq_54112829/article/details/150573211?fromshare=blogdetail&sharetype=blogdetail&sharerId=150573211&sharerefer=PC&sharesource=qq_54112829&sharefrom=from_link

二、会话层时间参数

2.1 定义

|-----------|--------------------------------------------------------------------------------------|---------|------------------|--------|
| 时间参数 | 含义 | Min | Max/Time out | 单位 |
| S3 Client | 诊断工具为了保持非默认会话而发送0x3E服务请求报文的时间间隔 | 0 | 4000 | ms |
| S3 Server | 没有接到任何诊断报文(不一定是3E服务,可以是其他服务请求报文)时保持在非默认会话模式的时间,如果ECU没有接收到任何诊断报文,则退出非默认会话模式,进入默认会话模式。 | - | 5000 | ms |

2.2 应用

这两个时间参数主要用在保持在某一个会话模式下,因为某些服务必须在特定的会话模式下才能执行,此时应用到3E服务。

诊断工具与ECU之间的诊断定时关系如下:

三、传输层时间参数

3.1 定义

|------------|-----------------------------------------------------------------------------------------------|-----------------------------------------------------------|
| 时间参数 | 含义 | 备注 |
| Block Size | 简称"BS",表示接收方在发送流控帧之后,发送方被允许连续发送的最大帧数目。该参数与STmin一般同时出现。两参数主要用于诊断报文传输多帧(首帧FF,流控帧FC,连续帧CF)时会使用到。 | * 设置为0时,表示发送连续帧没有限制; * 设置为8,表示发送方最多能连续发送8帧CF就会继续收到接收方的FC。 |
| STmin | 接收方发送流控帧之后,发送方发送的连续帧之间的时间最小间隔。 | * 设置为0,表示对于发送方发送CF的最小时间没有要求。 |

注意:BS与Stmin的大小可用来评估接收方的接收能力,如果都为0,表示接收方接收能力最强。

四、网络层时间参数

4.1 定义

注:网络层用的协议是CAN协议,规范是ISO 15762-2

|----------------|-----------------------------------------------------------------------------------------------------------------------------------|---------|
| 时间参数 | 含义 | 控制方 |
| N_As | 发送方任意帧类型从请求发送到发送完成的时间间隔。 | 发送方 |
| N_Ar | 接收方任意帧类型从请求发送到发送完成的时间间隔。 | 接收方 |
| N_Bs | 发送方收到流控帧(FC)的时间,分3种情况: * 发送方从发送完首帧(FF)到收到流控帧(FC)的时间; * 发送方从发送完连续帧(CF)到请求发送流控帧(FC)的时间; * 发送方从收到流控帧(FC)(状态为Wait)到请求发送下一个流控帧(FC)的时间。 | 发送方 |
| N_Br | 接收方请求发送流控帧的时间,分3种情况: * 接收方从收到首帧(FF)到请求发送流控帧(FC)的时间; * 接收方从收到连续帧(CF)到请求发送流控帧(FC)的时间; * 接收方从发送完流控帧(FC)(状态为Wait)到请求发送 下一个流控帧(FC)的时间。 | 接收方 |
| N_Cs(相当于STmin) | 发送方请求发送连续帧(CF)的时间,分2种情况: * 发送方从收到流控帧(FC)到请求发送连续帧(CF) 的时间 * 发送方从发送完连续帧(CF)到请求发下一帧连续帧的时间。 | 发送方 |
| N_Cr | 接收方收到下一个连续帧(CF)的时间,分2种情况: * 接收方从发送完流控帧(FC)到收到连续帧(CF)的时间; * 接收方从收到连续帧(CF)到收到下一帧连续帧(CF)的时间。 | 接收方 |

相关推荐
caimouse8 小时前
Reactos 第1章 概述
c语言·开发语言·架构
初中就开始混世的大魔王8 小时前
6 Fast DDS-传输层
开发语言·c++·中间件·信息与通信
啊森要自信9 小时前
【GUI自动化测试】控件、鼠标键盘操作与多场景自动化
c语言·开发语言·python·adb·ipython
liulilittle10 小时前
拥塞控制:排水终止的两种决策:OR 与 AND
网络·tcp/ip·计算机网络·算法·信息与通信·tcp·通信
terry60010 小时前
2026图形验证码服务商横向测评|口碑、接入、安全选型全指南
java·大数据·人工智能·web安全·信息与通信·数据库架构
lpl31290550911 小时前
skynet 共享数据原理
服务器·c语言·lua
Zebros11 小时前
LC无线无源传感器读取方案设计研究综述
fpga开发·信息与通信·射频工程
hahjee12 小时前
【鸿蒙PC】kcp 移植:AtomCode Skills 4 步速通单文件 C 库适配
c语言·华为·harmonyos
AI科技星13 小时前
《数术工坊:非欧射影录》类型:硬核光影·几何本源
c语言·开发语言·网络·量子计算·agi
QiLinkOS13 小时前
极客与商业思维的融合实践(1)
c语言·数据库·c++·人工智能·算法·开源协议