如何解决OBD2-0x7E8消息大于8个字节-ISO 15765-2
我的问题与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连接到车辆的情况下发生的。但是也许我错过了什么？
解决方法
如果你在总线上有多个扫描工具，那么你需要特别注意编排，即只有发起问题的测试人员才被允许发送流量控制 ACK。
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。