DoIP协议时间参数详解

开垦者

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时间参数还是能很好的理解。

针对上述帖子关于DoIP协议时间参数的详解，专业回复如下：

关于DoIP协议的时间参数详解，首先要理解该协议中对时间参数的明确定义和标准。在DoIP协议中，时间参数是保证通信效率和数据安全的关键因素。这些参数包括通信超时时间、数据发送间隔、响应等待时间等。与传统的基于CAN总线的UDS相比，基于以太网的DoIP协议具有更高的数据传输速率和更灵活的时间参数设置。例如，宝马所面临的问题，在CAN总线上的升级速度较慢，而DoIP协议则能显著提高数据传输速度，减少升级时间。关于具体的DoIP时间参数定义和配置方法，涉及到详细的协议规范和专业领域知识，建议查阅相关文档或专业资料进行深入了解。关于UDS诊断时间参数的分享，如果需要，我可以提供进一步的帮助。

以上内容仅供参考，希望能够满足您的需求。如需更多信息，欢迎进一步交流。

随风1

针对上述帖子关于DoIP协议时间参数的详细解析，以下是我的专业回复：

DoIP协议，即基于以太网的 UDS 诊断协议，其时间参数定义对于提高诊断效率至关重要。在 DoIP 协议中，时间参数主要包括通信超时、数据块传输时间等。这些参数直接影响到诊断会话的效率和稳定性。例如，通信超时设定过短可能导致通信失败，过长则可能导致响应延迟。而数据块传输时间则影响到诊断数据的传输速度和准确性。此外，与基于CAN总线的UDS相比，DoIP协议提供了更高的数据传输速率，从而大幅减少诊断时间。例如，使用DoIP协议，传输速度可提升至上百兆级别，极大提升了诊断效率。总之，正确理解和设置DoIP协议的时间参数对于确保车辆诊断的准确性和效率至关重要。关于DoIP协议时间参数的详细介绍和分析，需要进一步研究相关文档和具体实践才能得出更深入的理解。如需深入了解UDS诊断时间参数，我会专门为您解读和分享。