ELM327执行090A指令异常：本田CR-V仅单ECU返回完整名称且每次变化

我正尝试通过OBD-II接口与ELM327适配器读取本田CR-V的车辆数据，目前AT指令与PID指令均可正常交互，但在执行Service 9 0x0A指令（读取ECU名称）时出现异常：

• 车辆配备4个ECU，预期每个ECU返回ASCII编码的完整名称（每个ECU对应4行RX数据）
• 实际仅一个ECU返回完整名称，其余仅返回开头字符
• 每次查询时，返回完整名称的ECU会随机变化

实际收发数据如下：

TX: 090A
RX: 18DAF1011017490A01424543   <- ECU1第一行
RX: 18DAF1021017490A01444D43   <- ECU2第一行
RX: 18DAF1061017490A01534743   <- ECU3第一行
RX: 18DAF10E1017490A0150434D   <- ECU4第一行
RX: 18DAF10E21002D506F776572   <- ECU4第二行
RX: 18DAF10E22747261696E4374   <- ECU4第三行
RX: 18DAF10E23726C0055555555   <- ECU4第四行

这个问题核心和ELM327的配置、多ECU响应的总线机制有关，以下是具体原因和修复步骤：

1. 适配器默认超时过短，截断后续响应 #

ELM327默认响应超时（AT ST指令）通常为100ms，而Service 9 0x0A需要ECU返回多帧数据，多个ECU同时响应时，部分ECU的后续帧会因超时被适配器截断。

• 解决方法：延长超时时间，执行AT ST 20（设置为200ms，若仍有问题可调整至300ms即AT ST 30），之后再发送090A查询。

2. 未启用多帧流量控制 #

本田部分车型ECU返回多帧数据时，需要ELM327开启ISO 15765-4流量控制，默认配置未开启的话，只有第一个完成响应的ECU能返回完整数据，其他ECU的后续帧会被丢弃。

• 解决方法：先执行AT CAF 1启用自动流量控制，再执行AT CF 0关闭帧格式化（避免适配器截断数据），之后重新发送查询指令。

3. 快速响应模式干扰多ECU响应 #

部分ELM327默认开启AT AL（自动换行）或AT SP（自动协议选择）的快速模式，导致适配器优先处理第一个返回的ECU数据，忽略其他ECU的后续响应。

• 解决方法：
  • 执行AT AL 0关闭自动换行，让适配器等待所有响应帧接收完成后再输出
  • 手动指定协议（本田CR-V通常用ISO 15765-4 CAN协议），执行AT SP 6选择CAN 11/500协议，避免自动协议切换带来的延迟

4. 车辆ECU响应优先级的随机抢占 #

本田ECU在响应Service 9查询时，存在随机响应优先级，先发送第一帧的ECU会抢占总线通道，其他ECU的后续帧因总线冲突被抑制。

• 解决方法：执行AT SR 0关闭自动发送请求，改为手动处理多帧响应；部分ELM327版本支持AT PP 0C F0，可配置适配器为"等待所有响应"模式。

内容的提问来源于stack exchange，提问作者Davide Berra