当前位置：首页 > article >正文

DOIP协议介绍-1

article 2024/10/24 1:20:46

1.DOIP中的GID和EID是什么？

在DOIP（Diagnostics over IP）中，GID（Group Identification）和EID（Entity Identification）是两个重要的标识符，它们各自承担着不同的角色和功能。

GID，即组标识符，主要用于在车辆网络中标识一组DoIP节点。当车辆上的多个DoIP节点被编为一组时，它们会共享一个GID。这个GID在车辆内部用于同步和识别这些节点，特别是在VIN（Vehicle Identification Number，车辆识别码）未配置或不可用时。GID的使用有助于简化车辆网络的管理和诊断过程。

EID，即实体标识符，是DoIP节点的唯一识别码。它通常被设置为节点的MAC地址（Media Access Control Address，媒体访问控制地址），以确保每个DoIP节点在网络中都有唯一的身份。EID在DOIP通信中起着至关重要的作用，因为它允许外部诊断设备准确地识别和定位车辆网络中的特定节点。通过EID，诊断设备可以发送针对特定节点的诊断请求，并接收来自该节点的诊断响应。

总的来说，GID和EID在DOIP通信中扮演着不可或缺的角色。GID用于标识和同步车辆网络中的一组DoIP节点，而EID则用于唯一标识网络中的每个DoIP节点。这两个标识符共同确保了DOIP通信的准确性和可靠性。

2.DOIP通讯超时时间参数有哪些

在DOIP（Diagnostics over IP）通讯中，超时时间参数对于确保通信的可靠性和效率至关重要。以下是DOIP通讯中一些关键的超时时间参数：

A_DoIP_Announce_Wait：
- 应用场景：DoIP节点在获取IP地址成功后到发送第一个车辆声明报文的时间间隔；DoIP节点在收到诊断设备发送的车辆信息请求报文后，发送车辆信息响应报文的时间间隔。
- 参数值：0~500ms的随机值。
- 目的：避免所有DoIP节点同时发送车辆声明报文或车辆信息响应报文，造成网络堵塞。
A_DoIP_Ctrl：
- 应用场景：诊断设备发送完UDP报文后的等待响应的最长等待时间。
- 参数值：超时时间为2s。
- 特殊情况：当诊断设备收到的车辆信息响应报文或车辆声明报文中带有有效的VIN/GID且VIN/GID sync. status为“incomplete（0x10）”时，会启动该定时器，等待车上的DoIP节点进行GID同步。
T_TCP_Initial_Inactivity：
- 应用场景：DoIP节点在建立TCP连接后，等待路由激活报文的最长等待时间。
- 参数值：超时时间为2s。
- 结果：如果超时后仍未收到路由激活报文，DoIP节点将关闭TCP连接。
T_TCP_General_Inactivity：
- 应用场景：DoIP节点在收到路由激活报文后，且没有进行TCP数据交互的情况下，保持TCP连接的最长时间。
- 参数值：超时时间为5min。
- 结果：超时后仍没有任何TCP数据交互的话，将关闭TCP连接。
A_DoIP_Diagnostic_Message（或相关诊断响应超时时间）：
- 应用场景：DoIP节点在诊断报文接收完成后，到发送诊断ACK/NACK的时间间隔。
- 对DoIP节点的要求：在50ms内做出响应。
- 对诊断设备的要求：发送完诊断报文后等待时间为2s，超时后仍未收到诊断响应报文的话，应重复发送该诊断报文。
A_Processing_Time：
- 应用场景：诊断设备发送诊断请求后，等待UDS层响应的时间间隔。
- 特定情况：对于某些不需要诊断响应的UDS诊断请求（如禁止肯定响应位为TRUE），诊断设备在发送完一个不需要响应的诊断报文后，应等待一段时间（A_Processing_Time）再发送下一个诊断请求，以给ECU预留处理时间。
T_TCP_Alive_Check（或相关在线检查超时时间）：
- 应用场景：DoIP节点发送alive check request报文后，等待诊断设备响应alive check response的最大时间间隔。
- 具体超时时间根据实际应用场景而定，但通常用于检测诊断设备的在线状态。
A_Vehicle_Discovery_Timer（车辆发现定时器，可能涉及VIN/GID同步超时）：
- 应用场景：车辆在所有DoIP节点之间执行VIN/GID同步所需的时间。
- 启动条件：当DoIP节点接收到包含VIN/GID同步状态为“incomplete（0x10）”和有效VIN或GID的车辆公告/车辆识别响应消息时启动。