文章目录
- 功能简介
- 应用场景
- 请求和响应
- 1、请求
- 2、子功能
- 3、肯定响应
- 4、否定响应
- 报文示例
- 常用 DID
- UDS中常用 NRC
- 参考
功能简介
22服务,即 ReadDataByIdentifier
(按标识符读取数据)服务,该服务允许客户端请求读取服务器中通过一个或多个dataIdentifiers(数据标识符)所标识的数据记录值。
应用场景
常见场景:
- 读取当前ECU的序列号,版本号等;
- 标定成功后读取内部标定结果等;
- 读取当前ECU所处在的Session,内部状态,Snapshot Data等;
- 其他需要读取内部相关参数的场合;
请求和响应
1、请求
基本格式
归纳起来,诊断的request格式无非以下两种:
<SID> + <Sub-function> + <Parameter>
<SID> + <Parameter>
即有无sub-function的区别。Parameter可以是DID,可以是输入参数,可以是自定义的值,字节数视具体要求而定。
2、子功能
子功能参数定义(1字节数据):
- Bit7:抑制肯定响应消息指示位suppressPosRspMsgIndicationBit
- 0=False:需要肯定响应
- 1=True:禁止肯定响应
- Bit6-0:子功能参数值(0x00~0x7F)
无。
3、肯定响应
基本格式:
<SID + 0x40> + <Sub-function> + <Parameter>
<SID + 0x40> + <Parameter>
要注意,第一个字节是由SID和0x40的和构成。这里的Parameter项是optional的,具体要看协议规定。
4、否定响应
基本格式:
<0x7F> + <SID> + <NRC>
看起来比较简单,格式比较固定,只要是Negative Response,第一字节就是0x7F,第二字节照抄原来的SID,第三个字节是错误响应码,指示具体错误响应的原因
NRC 判断优先级顺序:
报文示例
- 示例 1:读取单一 dataIdentifier(数据标识符) 0xF190(VIN 号)
- 示例 2:读取多个 dataIdentifiers(数据标识符) 0x010A和 0x0110
常用 DID
UDS中常用 NRC
参考
- https://zhuanlan.zhihu.com/p/506793079