Libmodbus库中Modbus RTU未寻址从站为何需等待确认？

我正在研究C语言Libmodbus库的行为，遇到Modbus RTU寻址从站与未寻址从站的行为疑问：

正常寻址场景日志 #

当请求指向寻址从站时，从站正常响应，日志如下：

Waiting for indication...
<00><00><00><00><00><00><00><00>
[00][00][00][00][00][00][00][00][00][00][00]

未寻址场景日志 #

当请求未指向该从站（未寻址从站）时，从站会忽略请求，但日志显示忽略后进入“Waiting for confirmation...”阶段，最终超时，日志如下：

Waiting for indication...
<01><00><00><00><00><00><00><00>
Request for slave 1 ignored (not 0)
Waiting for confirmation...
ERROR Connection timed out: select
Confirmation to ignore.
Waiting for indication...

相关源码片段 #

查看Libmodbus源码发现此行为是有意设计的，核心接收逻辑如下：

static int _modbus_rtu_receive(modbus_t *ctx, uint8_t *req)
{
    int rc;
    modbus_rtu_t *ctx_rtu = ctx->backend_data;

    if (ctx_rtu->confirmation_to_ignore) {
        _modbus_receive_msg(ctx, req, MSG_CONFIRMATION);
        /* Ignore errors and reset the flag */
        ctx_rtu->confirmation_to_ignore = FALSE;
        rc = 0;
        if (ctx->debug) {
            printf("Confirmation to ignore\n");
        }
    } else {
        rc = _modbus_receive_msg(ctx, req, MSG_INDICATION);
        if (rc == 0) {
            /* The next expected message is a confirmation to ignore */
            ctx_rtu->confirmation_to_ignore = TRUE;
        }
    }
    return rc;
}

问题解答 #

1. 该行为是否必要？ #

是必要的，这是适配Modbus RTU半双工串行总线特性的关键状态同步逻辑。

2. 设计的目的是什么？ #

Modbus RTU基于半双工串行总线，所有设备共享同一通信链路：

• 主站发送非当前从站地址的请求后，会等待目标从站的响应，这条响应帧会出现在总线上；
• 当前从站虽然不需要响应，但必须识别并跳过这条响应帧，避免把它误当成新的请求帧解析，导致内部状态机混乱；
• 源码中的confirmation_to_ignore标记，就是用来告知从站接下来要接收的是不属于自己的响应帧，处理完成后重置状态，回到正常等待请求的状态。

本质上，这个设计是为了保证从站的接收状态机始终和总线通信节奏同步，不会因为跳过帧导致后续无法正常处理属于自己的请求。

3. 是否可以直接忽略请求而无需进入“等待确认”阶段？ #

不建议这么做，直接跳过会打破Libmodbus内部的状态同步：

• 从站的接收状态会停留在“等待请求帧”的状态，当总线上出现其他从站的响应帧时，会被误识别为新的请求帧，触发错误的处理逻辑；
• 从协议层面看，Modbus RTU的帧是连续传输的，设备必须处理总线上的每一个帧来维持帧边界同步，否则会出现帧识别错误，导致后续通信彻底失败。

内容的提问来源于stack exchange，提问作者Zon Hades