1. 三菱FX5U的Modbus TCP双面玩法解析
作为工业自动化领域的"万金油"，三菱FX5U系列PLC凭借其原生支持Modbus TCP协议栈的以太网口，在设备互联场景中展现出独特优势。最近在给某包装生产线做设备升级时，我尝试了让FX5U同时充当Modbus TCP服务器和客户端的方案，实测效果令人惊喜。这种设计特别适合需要PLC之间进行数据交换，又需要向上位机提供数据的场景。
传统方案中，我们可能需要额外配置网关或使用更高级别的PLC才能实现双向通信。而FX5U通过内置的ADPRW指令和灵活的端口配置，仅用单一设备就完成了数据采集（客户端模式）和数据发布（服务器模式）的双重任务。这不仅降低了硬件成本，还简化了系统架构——想象一下，原本需要三台设备（采集PLC、网关、主控PLC）才能实现的架构，现在一台FX5U就能搞定。
2. 服务器端配置实战
2.1 基础参数设置
在GX Works3中配置Modbus TCP服务器时（注意：FX5U需要使用GX Works3而非旧版的GX Works2），关键步骤其实比想象中简单：
- 导航到"参数"→"模块参数"→"以太网端口"
- 协议类型选择"TCP"，勾选"Modbus服务器使能"
- IP地址建议设置为静态地址（如192.168.1.88），避免DHCP导致的连接不稳定
- 端口号保持默认502即可，这是Modbus TCP的标准端口
重要提示：如果PLC需要同时作为客户端，必须勾选"允许同时通信"选项，否则第二个连接请求会被拒绝。实测FX5U最多支持16个并发连接，这对大多数应用场景已经足够。
2.2 数据映射的玄机
Modbus协议的数据映射是新手最容易踩坑的地方。FX5U的映射规则如下：
| Modbus功能码 | PLC存储区 | 地址范围 | 对应关系 |
|---|---|---|---|
| 01(读线圈) | M0-M1999 | 0000-07CF | M0对应0000 |
| 03(读保持寄存器) | D0-D1999 | 0000-07CF | D0对应0000 |
| 04(读输入寄存器) | 不支持 | - | - |
地址偏移问题需要特别注意：当上位机请求读取D100时：
- 标准Modbus协议会发送十进制地址100（十六进制0x64）
- 但部分国产HMI软件可能错误地发送十六进制100（十进制256）
- 解决方案是在HMI端配置地址时明确选择"PLC地址"模式
3. 客户端程序深度剖析
3.1 ADPRW指令详解
ADPRW是FX5U实现Modbus通信的核心指令，其参数配置需要特别关注：
st复制// 典型客户端读取示例
MOV K1 D100 // 从站站号（Slave ID）
MOV H0000 D101 // 起始地址（十六进制表示）
MOV K10 D102 // 读取寄存器数量
ADPRW K1 K0 D100 K4 D200 // 执行读取操作
各参数含义：
- K1：通信通道号（固定为1表示内置以太网口）
- K0：状态存储地址（对应SD21800）
- D100：参数起始地址（包含Slave ID等）
- K4：通信模式（4表示Modbus TCP）
- D200：数据接收缓冲区
3.2 错误处理机制
SD21800寄存器是诊断通信状态的关键窗口：
- 0x0000：通信正常完成
- 0x1234：通信错误（具体含义查手册）
- 0x5678：通信超时
建议在程序中添加如下监控逻辑：
st复制LD= SD21800 K0
MOVP K0 D300 // 记录成功次数
LD<> SD21800 K0
MOVP SD21800 D301 // 记录错误代码
INC D302 // 错误计数器
4. 双模式并发的实战技巧
4.1 端口配置策略
要实现PLC同时作为服务器和客户端，必须注意端口分配：
- 服务器端口：502（标准Modbus端口）
- 客户端端口：建议使用5020-5025范围
- 在"以太网端口"参数中勾选"允许同时通信"
4.2 资源冲突规避
当PLC同时处理多个Modbus请求时，需要注意：
- 服务器和客户端的缓冲区不要重叠（如服务器用D0-D99，客户端用D100-D199）
- 定时器资源分配合理，避免通信超时检测冲突
- 扫描周期影响：复杂通信逻辑可能延长扫描周期，必要时使用中断
5. 调试避坑指南
5.1 字节顺序问题
Modbus通信中最常见的问题是字节顺序不匹配：
- FX5U默认采用Big-endian（高字节在前）
- 部分上位机使用Little-endian（低字节在前）
解决方案有两种：
- 软件交换：在ADPRW指令后添加BSWAP指令
st复制ADPRW K1 K0 D100 K4 D200 BSWAP D200 D210 // 字节交换 - 硬件配置：设置SD21801=0x0002启用字节交换功能
5.2 超时处理方案
工业现场网络环境复杂，必须实现可靠的超时机制：
st复制ADPRW K1 K0 D100 K4 D200 // 发送请求
OUT T0 K3000 // 启动3秒定时器
LDP T0 // 检测超时
CALL P10 // 执行重试逻辑
建议在数据块中记录通信质量指标：
- D500：总通信次数
- D501：成功次数
- D502：超时次数
- D503：最后错误代码
6. 性能优化建议
经过多次压力测试，总结出以下优化经验：
-
通信频率控制：
- 避免在每次扫描周期都发起通信
- 使用计数器实现100ms间隔的轮询
-
数据打包策略：
- 单次读取尽量多的数据（ADPRW最大支持125个寄存器）
- 避免频繁的小数据包通信
-
扫描周期优化：
- 将通信逻辑放在程序末尾
- 使用通信完成标志（SD21800）触发数据处理
在最近的一个项目中，通过上述优化将通信成功率从92%提升到99.8%，特别是在电磁干扰较强的包装机械现场表现尤为突出。
7. 扩展应用场景
这种双模式设计在以下场景特别有用：
- 数据集中器：从多个设备采集数据后统一上传给SCADA
- 冗余系统：主备PLC之间的数据同步
- 边缘计算：本地预处理数据后再上传云端
有个实际案例：在某食品厂的生产线上，我们用一台FX5U同时实现了：
- 客户端模式：读取6台称重仪表的数据
- 服务器模式：向中控室提供整合后的生产数据
节省了原本需要使用的通信网关设备，项目成本降低了35%。