问题描述
我的问题与0x7E8响应消息有关，该消息大于8个字节。
我确信OBD2专家不需要下面的很多细节，但是为了清楚起见……
当诊断设备（例如scantool）发送带有Mode和PID值的0x7DF消息时，大多数0x7E8响应都由一条最多8个字节的消息组成。
但是，某些响应消息需要8个字节以上。例如，要求提供VIN和许多车辆制造商特定的Mode / PID值。在这种情况下，ISO 15765-2指定第一个响应0x7E8消息的代码为0x10，字节数，模式，PID和数据。
然后，诊断设备将根据ISO 15765-2规范以0x7E0流控制消息进行响应。注意到该流控制消息中没有信息来标识哪个0x7E8响应消息正在被流控制。
接收到流控制消息后，响应设备再发送带有0x2？的0x7E8消息。代码在哪里？是消息的序列号。再次没有任何信息是那些其他0x7E8消息来标识正在响应的0x7DF消息模式/ PID。
所以我的问题是-OBD2总线上是否可能有2个或更多的诊断设备发送0x7DF消息，且响应超过8个字节？
由于0x7E0流控制消息或后续的0x7E8 0x2中没有信息？编码的消息以标识原始的0x7DF请求，OBD2总线上的多个诊断设备将无法标识哪些0x7E8响应消息与它们的请求相对应。
我已经看到0x7E8消息的混乱实际上是在不止一个将scantool连接到车辆的情况下发生的。但是也许我错过了什么？
解决方法
暂无找到可以解决该程序问题的有效方法，小编努力寻找整理中！
如果你已经找到好的解决方法，欢迎将解决方案带上本链接一起发送给小编。
小编邮箱:dio#foxmail.com (将#修改为@）