西门子S7-1500 PLC通过Modbus RTU通讯时，Master块报7002（Busy）故障代码，核心原因是通讯任务冲突或资源占用未释放，需从硬件连接、程序逻辑、参数配置三方面排查解决


一、硬件与物理层问题
1. 通讯链路冲突：RS485总线未实现半双工隔离（如未加终端电阻、总线节点超过3个），导致数据收发冲突，Master块持续处于Busy状态。
2. 从站响应超时：从站设备（如变频器、传感器）未正确配置Modbus地址、波特率，或硬件损坏无法响应，Master块因等待响应超时触发Busy故障。
3. 总线干扰：现场强电干扰导致RS485信号误码，Master块反复重发请求，占用通讯资源无法释放。


二、程序逻辑与资源冲突
1. 多个Master块并发访问：同一CPU中存在多个Modbus Master块同时操作同一条RS485总线（如Port 0），因半双工总线无法同时收发，导致冲突触发Busy。
2. OB块周期不匹配：Modbus Master块放置在高速OB（如OB35） 中，而通讯任务执行时间超过OB周期，导致上一次请求未完成又触发新请求，资源冲突。
3. 未正确处理“完成位”：程序未通过`MB_CLIENT.DONE`或`MB_CLIENT.ERROR`信号判断通讯状态，在Busy时重复调用Master块，加剧资源占用。


三、参数配置错误
1. 超时时间设置不合理：`MB_CLIENT`的`Timeout`参数设置过短（如小于100ms），从站未及时响应即触发Busy；若设置过长，会导致故障延迟上报。
2. 从站地址/功能码错误：`MB_CLIENT`的`Address`（从站地址）、`Function`（功能码）与从站设备配置不一致，导致从站无响应，Master块持续等待。
3. 数据长度不匹配：`MB_CLIENT`的`DataLength`与从站寄存器实际长度不符（如读取4位寄存器时设置为16位），导致通讯失败后Busy状态未复位。


四、快速排查步骤
1. 硬件验证：断开所有从站，仅保留1台已知正常的从站，测试通讯是否恢复，排除总线干扰或从站故障。
2. 程序简化：临时删除其他Modbus Master块，仅保留1个块测试，确认是否为并发冲突。
3. 参数核对：对比`MB_CLIENT`与从站的波特率、校验位、停止位，确保完全一致；延长`Timeout`至500ms（默认值）测试。
4. 状态监控：在TIA Portal中监控`MB_CLIENT`的`BUSY`、`ERROR`、`ERROR_CODE`（7002为Busy故障），结合`DONE`信号判断通讯流程是否正常。


五、典型解决案例
• 案例1：因总线未加120Ω终端电阻，导致信号反射，添加终端电阻后故障消除。
• 案例2：程序中2个`MB_CLIENT`块同时访问Port 0，将其中1个块移至Port 1（若CPU支持双RS485），或通过`MOVE`指令互锁，避免并发。
• 案例3：从站功能码设置为03（读保持寄存器），但实际为04（读输入寄存器），修改功能码后通讯正常。