为什么modbus tcp写线圈第一个点总是不行

博图能读取 所有主机的数据（包括主机 1）。

主机 2、3、4 可以控制（博图写线圈生效）。

主机 1 无法控制，即使修改线圈地址也不行。

网关直接下发命令给主机 1 可以控制 → 说明主机 1 和执行机构没问题，问题在 博图 → 网关 → 主机 1 这个路径上。

2. 可能原因分析
(1) 博图程序中对主机 1 的写指令有错误
检查 Modbus 功能码：写线圈应该用 FC5（写单个线圈） 或 FC15（写多个线圈）。

确认博图发送的从站地址（Unit ID）是否正确对应到主机 1。

网关可能用 Unit ID 来区分下接的 4 台主机，比如：

Unit ID = 1 → 主机 1

Unit ID = 2 → 主机 2

等等

如果博图发给主机 1 的 Modbus 请求中 Unit ID 错误，网关可能不转发给主机 1。

(2) 网关映射配置问题
网关需要将 Modbus TCP 的线圈地址映射到下面主机的对应地址。

可能网关中主机 1 的线圈写映射配置有误，或者只映射了读操作，没映射写操作。

有时网关配置中会对不同主机的写操作使能单独设置，可能主机 1 的写使能未勾选。

(3) 博图 DB 块或地址偏移错误
如果博图用同一个 DB 块控制 4 台设备，可能某个字节/位被重复使用或偏移计算错误，导致发给主机 1 的数据实际发到了其他地址。

用 Modbus 调试工具（如 Modbus Poll）监视博图发出的报文，看写主机 1 时：

功能码、Unit ID、线圈地址、数据值 是否正确。

(4) 网关固件或处理逻辑 Bug
特定 Unit ID 或特定线圈地址范围在网关中有 Bug，导致写操作被丢弃。

尝试把主机 1 的 Unit ID 与主机 2 的 Unit ID 在网关上互换，看问题是否随 Unit ID 走，还是随物理端口走。

3. 排查步骤建议
用报文抓包分析
在网关网络侧抓包（Wireshark），过滤 Modbus TCP 端口，看博图写主机 1 的线圈时发出的数据：

目标 IP 和端口正确吗？

Unit Identifier（在 MBAP 头中）是否正确对应主机 1？

线圈地址是否正确？

检查网关配置
仔细查网关配置软件中：

主机 1 的 Modbus 地址映射表，线圈写地址是否配置正确且使能。

是否有“允许写”复选框没勾选。

交换测试

将博图程序里控制主机 1 的地址改成控制主机 2 的地址（临时改 Unit ID 或线圈地址），看是否能通过主机 2 的路径控制主机 1 的设备。这可以判断是地址映射问题还是硬件端口问题。

在网关配置里把主机 1 和主机 2 的 Modbus Unit ID 互换，如果问题移到主机 2，说明是博图发的主机 1 的 ID 或地址在网关中处理异常。

博图程序检查

确认控制主机 1 的 MB_CLIENT 背景数据块或自定义程序没有对主机 1 单独做写保护逻辑。

检查 Modbus 通信块（如 MB_CLIENT）的 REQ 触发条件，是否主机 1 的写触发条件没生效。

4. 常见最终原因
根据经验，这类“能读不能写”的问题，八成是：

网关配置中写操作未使能（针对该从站或该地址区域）

博图发出的 Modbus 请求中 Unit ID 错误，导致网关不转发给正确的主机

地址偏移计算错误，比如博图地址 0 对应网关中主机 1 的地址 0，但网关映射时偏移了 1，导致地址 0 不可写

希望可以帮到你，记得给个好评。。