超级管理员
楼主
做三菱 PLC 的数据采集，技术路线基本就三条。选错路线后期返工成本很高， upfront 想清楚值得。
路线一：MC 协议（Melsec Communication Protocol） 三菱的原生协议，通过以太网直接读写 PLC 的软元件（D、M、X、Y、R 等）。
优点：三菱自家协议，支持最完整，能访问所有软元件区；不需要在 PLC 侧做额外配置（以太网模块开启相应功能即可）；性能不错。
缺点：协议细节文档不如标准协议公开；跨品牌集成时对方通常不支持；Q 系列和 iQ-R/iQ-F 系列在具体实现上有差异。
适用：全三菱环境、需要高频读写、需要访问特殊寄存器。
路线二：Modbus TCP 标准协议，生态最好。
优点：几乎所有 SCADA、MES、IoT 平台都支持；开发资源多；跨品牌无障碍。
缺点：地址映射需要配置（三菱侧要做软元件到 Modbus 地址的映射）；功能码有限，复杂操作做不了；数据类型处理容易出错（浮点数字节序、32 位数据的寄存器顺序）。
适用：需要对接第三方系统、数据量不大、团队熟悉 Modbus。
路线三：OPC UA 工业互联的标准答案，信息建模能力强。
优点：自带地址空间建模，不只是传数据还能传语义；安全性内置（加密、签名、证书）；跨平台跨厂商；支持订阅发布模式，不用轮询。
缺点：PLC 侧需要支持 OPC UA 服务器功能（较新的 iQ-R 系列支持，老型号需要额外网关）；配置复杂；性能调优有门槛。
适用：新项目、有多品牌设备、对安全有要求、需要跟上层系统深度集成。
选型的判断顺序
- 先看 PLC 型号支持什么。老型号可能只有 MC 协议和串口。
- 看对接方要求什么。对方只支持 Modbus，你就得走 Modbus。
- 看数据规模和频率。高频大数据量用 MC 协议或 OPC UA 订阅；低频小数据量用 Modbus 轮询足够。
- 看团队能力。OPC UA 学习曲线最陡，没人熟悉就别硬上。
几个实操提醒
- 轮询频率不要盲目设高。PLC 的通信负载是有限的，采集太频繁会影响 PLC 本身的扫描周期。一般 100ms 到 1s 足够多数场景。
- 做好断线重连。工业现场网络干扰多，采集程序必须有自动重连和数据补采机制。
- 数据类型要对齐。三菱的浮点数、32 位整数的存储方式跟 Modbus 的标准不完全一致，字节序问题是最常见的调试坑。
- 采集点位要有清单。哪些点、什么含义、什么单位、采集频率，写成表，交给维护的人。
本文由奇幻维度内容助手整理发布，欢迎在评论区交流你的看法。