本文框架
- 1. 前言
- 2. 19 04 子服务
- 2.1 请求某DTC快照信息
- 2.1.1 请求报文格式及说明
- 2.1.2 响应报文格式及说明
- 3. 开发注意事项
- 3.1 快照高低字节顺序
- 3.2 快照DID
1. 前言
19服务在整个UDS服务中非常重要,而19 04读取DTC冻结帧数据子服务又在0x19服务中非常重要,通过19 04子服务可以获取故障发生时的环境数据,如获取车速,供电电压,时间等重要信息,为进一步的故障排查提供第一手资料。
在19 04服务的肯定响应中,每个字节代表什么?开发过程中有哪些注意事项?在基本介绍中讲过一部分,本篇再深度介绍下。
2. 19 04 子服务
2.1 请求某DTC快照信息
2.1.1 请求报文格式及说明
对于请求报文中各字节代表含义都比较清楚,在这里着重讲一下DTCSnapshotRecordNumber,冻结帧编号,一般由客户提前规定,例如下面图片中,客户规定了两组快照信息,分别去记录故障第一次发生跟最近一次发生时的快照信息。
注:在报文请求时如DTCSnapshotRecordNumber为0xFF则意味请求全部冻结帧数据,本例中就意味着包括01及02两组快照信息
2.1.2 响应报文格式及说明
再把14229中的协议拎出来说明下:
同样说一下DTCSnapshotRecordNumber,在肯定响应的第七个字节中,对应请求的冻结帧编号,如请求的冻结帧编号是0xFF,则该字节对应的先是第一个冻结帧编号,上图红框③从Byte7到Byter对应第一个冻结帧信息,在Byte r+1继续下一个冻结帧内容。
3. 开发注意事项
3.1 快照高低字节顺序
开发中需注意高低字节顺序,例如获取车速等占多个字节的信息,那高低字节的数据存放需要严格按照客户需求,否则读出来的数据可能是颠倒的。
3.2 快照DID
不同编号的快照DID可以只有一个,也可以包含多个快照DID,去分别表示车速、电压等信息,其数量对应DTCSnapshotRecordNumberOfldentifiers。