UDS诊断，在传统的控制器中，常用的是基于CAN总线的，随着控制器集中化的发展，以及车辆上软件的含量越来越高。基于CAN总线的UDS升级已经不能满足需求了，按宝马的估计，以500kbit/s的CAN升级1GB数据，需要16小时，这种速度无法接收，比现在电池慢充还慢。
因此应运而生了基于以太网的UDS——DOIP，关于DoIP协议的介绍网上已经有很多了，今天主要分享一下DoIP的时间参数，之前关于UDS的时间参数也有过分享，感兴趣的可以戳回送门(UDS诊断时间参数)。
首先来看一些DoIP标准里的对时间参数的定义，如下所示，全是英文，没有图示结合，看的一头雾水。
▲图1 13400-2 标准中的时间参数定义
刚好找到一张结合流程的图，如下图所示，可以方便理解各个参数的含义，下面一个一个来。
▲图2 DoIP时间参数在实际流程中的定义
A_DoIP_Announce_Wait：这个参数在两个地方用到了，一个是初始化获取IP后，发送第一帧车辆宣告报文的时间，，其二是在收到测试设备发送车辆信息请求到DoIP节点发送响应报文的时间间隔。
A_DoIP_Announce_Num：这个是指DoIP节点初始化后发送的车辆宣告报文的次数。
A_DoIP_Announce_Interval：这个是指DoIP节点发送车辆宣告报文之间的时间间隔，也就是车辆宣告报文的发送周期。
A_DoIP_Ctrl：这个参数是诊断设备发送完UDP报文后的等待响应的最长等待时间，对于UDP广播报文来说，这个时间参数是指等待所有都响应的时间。
A_Vehicle_Discovery_Timer：这个是指车辆在所有DoIP节点之间执行 VIN/GID 同步所需的时间。只有当 DoIP 节点接收到包含 VIN/GID同步状态为 “incomplete(0x10)”和有效 VIN 或 GID 的车辆公告/车辆识别响应消息时，才会启动该参数。
T_TCP_Initial_Inactivity：这个是指TCP建立连接后，等待路由激活请求指令的最长时间，如果超过这个时间，TCP连接会挥手断开，
T_TCP_General_Inactivity：这个是指DoIP节点在收到路由激活报文后，且没有进行TCP数据交互的情况下，保持TCP连接的最大时间，
A_DoIP_Diagnostic_Message：这个参数指DoIP节点在诊断报文接收完成后，到DoIP层发送诊断ACK/NACK的时间间隔。
A_Processing_Time：这个参数是指诊断设备发送诊断请求，到UDS层响应0x8001报文的时间。
T_TCP_Alive_Check：这个参数是指DoIP节点发送alive check request报文后，等待诊断设备响应alive check responce的最大时间间隔。
好了，以上就是DoIP协议中的时间参数，参考上面两张图，对于DoIP时间参数还是能很好的理解。
本站仅提供存储服务，所有内容均由用户发布，如发现有害或侵权内容，请
点击举报。
