一座工厂里，可能同时运行着几代三菱控制器：早期设备使用 MELSEC-A 或 QnA，主力产线采用 Q、L、FX，新建工位则已经换成 iQ-R 或 iQ-F。
这些设备仍能完成生产任务，但当工厂准备上线新 MES，问题便出现了：不同系列使用的通信接口和工程环境并不完全相同。如果让 MES 分别对接每一代 PLC，项目不仅要维护多套连接，还要长期处理点位命名、数据类型和通信状态之间的差异。
这类项目不一定要先更换 PLC。只要具体 CPU、通信模块和连接方式处于支持范围内，工厂可以在控制层与 MES 之间增加独立的数据连接层，先把分散在不同设备中的数据统一接出。
图 1：DeviceXPlorer OPC Server 工业通信软件。
三菱老产线接入 MES 前，为什么要先盘点 PLC 数据入口？
老产线改造通常要在数据接入与生产稳定之间取得平衡。
一方面，MES 需要取得设备运行状态、报警、产量、工艺参数和质量追溯数据；另一方面，PLC 承担着实际控制任务，贸然更换控制器或修改程序会扩大项目范围，也会增加重新调试的工作量。
三菱 PLC 接入 MES 前需要盘点哪些信息？
因此，更现实的起点是先盘点现有设备：
- PLC 属于哪个系列和 CPU 型号；
- 使用内置以太网口、通信模块还是串口；
- 上位系统需要读取哪些数据；
- 现有 SCADA、历史库或报表系统是否仍需保留；
- MES 能够使用 OPC UA、OPC DA 还是其他接口。
完成这一步后，项目才能判断哪些设备可以直接接入，哪些需要增加通信模块，哪些只能保留现有连接方式。
TAKEBISHI 公布的 DeviceXPlorer OPC Server（以下简称 DxpSERVER）支持清单覆盖多代 MELSEC 控制器。清单中既有 iQ-R、iQ-F，也包括 Q、L、FX、QnA 和 A 系列，并分别列出了适用 CPU 以及以太网、USB 或串口连接方式。
这意味着，在清单覆盖的范围内，接入 MES 不必以更换整批 PLC 为前提。不过，"支持某一系列"并不等于该系列所有 CPU、通信模块和连接方式都可以直接套用。正式选型仍需核对完整型号。
图 2：DxpSERVER 可连接 PLC、机器人、机床等多类控制设备。
DxpSERVER 如何统一采集多代 MELSEC PLC 数据？
DxpSERVER 是运行在 Windows 计算机上的工业通信软件。它向下连接 PLC、机器人、机床等控制设备，向上提供 OPC UA、OPC DA、OPC AE、DxpLink 和 Modbus/TCP 等服务器接口。
DxpSERVER 在 PLC 与 MES 架构中的位置
在三菱老产线改造中，可以把它理解为位于 PLC 与 MES 之间的一层数据连接平台：
MELSEC-A、QnA、Q、L、FX、iQ-R、iQ-F
→ DxpSERVER
→ OPC UA 或项目约定的接口
→ MES、SCADA 及其他应用
图 3：DxpSERVER 位于现场设备与 MES、SCADA 等上层应用之间。
不同 PLC 仍按各自支持的通信方式工作，DxpSERVER 负责建立设备连接并管理采集标签。上层系统不再分别理解每一种 PLC 协议，而是从统一的数据接口读取所需信息。
DxpSERVER 统一的是通信入口，并不会自动完成 MES 的数据治理。设备名称、标签别名、数据类型、单位、质量状态和业务含义，仍需要由项目团队统一设计。比如同样是"设备运行"，一条老线可能使用 M100，新工位可能使用结构化标签；如果没有统一映射，MES 收到的仍然是一组难以复用的点位。
三菱 PLC 数据接入 MES 的六步实施流程
因此，比较稳妥的实施顺序是：
- 按设备型号建立连接清单；
- 选取运行、停机、报警、产量和关键工艺参数作为首批点位；
- 在 DxpSERVER 中配置设备、分组和标签；
- 通过 OPC UA 客户端或 MES 实际接口验证读写结果；
- 统一点位名称、数据类型、单位和异常状态；
- 试点稳定后，再扩展到其他设备和产线。
图 4：DxpSERVER 官方配置流程示意，可用于建立设备、分组和标签。
这里的"统一"，指的是让上层系统面对一套可管理的数据入口，而非要求所有 PLC 使用同一型号。
不同代际 MELSEC PLC 接入 MES，需要核对哪些连接条件？
根据 TAKEBISHI 当前支持清单，不同 MELSEC 系列可用的连接路径存在差异。
| 设备代际 | 官方清单列出的代表系列 | 接入时重点核对 |
|---|---|---|
| 新一代控制器 | MELSEC iQ-R、iQ-F | CPU 型号、内置以太网口或通信模块 |
| 现役主力设备 | MELSEC-Q、L | CPU 版本、以太网模块、USB 或串口路径 |
| 小型及辅助设备 | MELSEC-FX | 以太网适配器、扩展板或串口连接 |
| 较早期设备 | MELSEC-QnA、A | 现有通信模块、串口条件及计算机侧接口 |
这张表只能用于初步分类，不能代替型号核对。例如，同属 Q 系列的不同 CPU 和通信模块，支持路径可能不同；较早的 A 系列设备是否具备可用网络接口，也取决于现场已经安装的模块。
老设备没有以太网口时，项目还需要评估串口资源、通信距离、波特率、轮询周期以及计算机侧接口。设备能够建立连接，只代表具备采集条件；在多少点位、什么周期下稳定运行，还要通过现场测试确认。
图 5：DxpSERVER 多端口并行通信与通信性能示意，具体项目性能仍应以现场 PoC 为准。
MX OPC Server 迁移到 DxpSERVER，哪些配置可以保留？
部分以三菱 PLC 为主的既有项目已经部署 MELSOFT MX OPC Server。对于这类现场，DxpSERVER 官方提供了专门的替换说明。
MX OPC Server 的设备、分组和标签能否导入？
根据该说明，符合版本条件的 MX OPC Server 项目可以导入 Device Settings、Group Settings 和 Tag Settings，也就是设备、分组和标签设置；Port Setting 不会随项目导入，需要在 DxpSERVER 中重新配置。
这条边界很重要。标签成功导入，并不代表 PLC 通信已经完成。迁移后还需要重新核对 IP 地址、端口、通信方式和连接状态。
DxpSERVER 32 位与 64 位版本如何选择？
软件位数也要在安装前确定。DxpSERVER 同时提供 32 位和 64 位版本，但官方规格明确列出，64 位版本不支持 MELSEC EZSocket/GOT Connection，也不支持 Mitsubishi CNC EZSocketNc 等部分连接功能。2 如果既有项目依赖这些接口，不能仅因为服务器操作系统是 64 位，就直接选择 64 位 DxpSERVER。
MX OPC Server 迁移还涉及数据类型差异。官方替换页面特别说明，两款产品对 BOOL 数组的处理范围不同。项目团队应在切换前核对数组起始地址、长度和实际访问范围，避免标签名称相同而读取区间发生变化。
因此，老项目迁移更适合采用"小范围导入、关键点位对照、上位系统并行验证、分阶段切换"的路径，而不是一次性替换全部连接。
图 6：DxpSERVER 面向连续运行系统的热配置功能示意，迁移过程中仍应分阶段验证连接与点位。
DxpSERVER 如何连接产线 PLC、周边设备与 MES？
TAKEBISHI 公开的 Nittoku Europe 客户案例，为这类数据连接架构提供了实际参照。
Nittoku Europe 为绕线设备及自动化产线提供整体解决方案。其项目不仅需要连接绕线机上的专用控制器，还要处理周边设备和输送系统的数据。官方案例显示，DxpSERVER 在其方案中负责传递生产指令、设备运行模式、状态、错误信息、设定值和其他性能数据；工艺参数与传感器信息则用于追溯管理，并在部分项目中连接 MES 或 ERP。
该公司还表示，采用 DxpSERVER 后，其自动化方案的建设周期缩短了三个月。这是 Nittoku Europe 特定项目取得的结果，其他工厂的实施周期仍取决于设备数量、协议种类、点位规模和 MES 改造范围。
图 7：Nittoku Europe 自动化系统中的 DxpSERVER 数据连接。
这个案例的参考意义在于：设备数据接入不是简单地"读取一个 PLC 寄存器"，而是要围绕生产指令、运行状态、报警、工艺参数和追溯对象建立完整链路。对于三菱老产线，项目同样应先明确 MES 究竟需要哪些数据，再决定采集范围。
TAKEBISHI、DxpSERVER 与三菱电机是什么关系？
DxpSERVER 的开发商 TAKEBISHI 长期参与三菱电机相关业务。TAKEBISHI 公司沿革显示，其前身在 1926 年签订三菱电机产品京都地区经销合同，并于 1944 年与三菱电机签订代理店合同。
双方的联系后来延伸到工业软件生态。TAKEBISHI 目前与 Mitsubishi Electric Iconics Digital Solutions（MEIDS）保持战略合作，并为 MEIDS 的 GENESIS SCADA 提供 DeviceXPlorer OEM 版本；该版本的许可集成在 GENESIS 许可中。
图 8：TAKEBISHI 与 Mitsubishi Electric Iconics Digital Solutions 的战略合作。来源：TAKEBISHI FAWEB 合作方案页。
这些事实说明 TAKEBISHI 与三菱设备及软件生态具有长期业务联系，但具体项目能否接入，仍要回到产品支持清单、软件版本和现场验证。厂商背景可以帮助企业了解产品的技术来源，型号核对和 PoC 则决定方案能否真正落地。
三菱老产线接入 MES 前，需要准备哪些 PLC 信息？
对于准备改造三菱老产线的工厂，可以先收集以下信息：
- PLC 系列、完整 CPU 型号和固件版本；
- 现有通信模块及端口；
- GX Works 工程文件和现有点位表；
- 当前使用的 OPC Server、SCADA 和其他上位系统；
- MES 支持的客户端接口和安全要求；
- 首批需要采集的数据名称、类型、单位及周期；
- 是否存在写入 PLC、配方下发或远程控制需求；
- 能否安排一条设备或一个工位进行 PoC。
这份清单能够较早发现型号不匹配、接口受限、点位定义不一致以及 32/64 位选择错误等问题，也能帮助项目团队把"需要更换 PLC"和"只需整理数据接口"的设备区分开来。
三菱老产线不换 PLC，如何分阶段接入 MES？
三菱老产线接入新 MES，不必一开始就把问题变成整线 PLC 更换工程。
对于仍能稳定完成控制任务、且具备受支持通信条件的设备，可以先通过 DxpSERVER 建立数据连接层，把多代 MELSEC 数据通过统一接口提供给上层系统。这样，控制系统升级和 MES 建设可以按照各自节奏推进。
图 9：DeviceXPlorer OPC Server 与上层 SCADA 应用的数据连接示意。来源：TAKEBISHI FAWEB 合作方案页。
这条路径的前提也很明确：按完整型号核对支持范围，确认通信接口和软件位数，选择代表性点位完成 PoC，再逐步扩大接入规模。
如果您的工厂同时使用 MELSEC-A、Q、L、FX、iQ-R 或 iQ-F，并正在规划 MES、SCADA 或设备数据平台，可先整理设备型号、通信模块和上位系统接口清单，进一步评估 DxpSERVER 的适配路径。