1. 迁移工程认知与目标定义
旧设备控制迁移不是把旧PLC的程序“翻译”一遍，而是一项以停机窗口、产能恢复、风险可控为约束的系统工程。在欧姆龙Sysmac平台上，它通常意味着把CS/CJ/CP系列（或更早的C系列）的梯形图逻辑、I/O分配、HMI交互与运动控制，重构到NJ/NX机器自动化控制器与Sysmac Studio的统一工程中。理解迁移的驱动因素、平台定位与边界划分，是后续所有技术工作的前提。
一、迁移的典型驱动因素
实际项目中，推动迁移的原因往往同时存在，需要先识别主导因素，因为它直接决定迁移策略的激进程度。
- 备件与生命周期风险：CS/CJ系列模块停产，故障后只能靠库存或二手件维持，MTTR（平均修复时间）不可控。这是最刚性的驱动因素。
- 产能与节拍压力：旧CPU扫描周期长、运动控制靠脉冲+定位模块，节拍已接近瓶颈，需要EtherCAT伺服与高速I/O来提升。
- 信息孤岛：旧系统只有串口或DeviceNet，无法直接对接MES、数据库或上位SCADA，数据采集靠人工抄表。
- 维护知识断层：原程序无注释、无版本管理，年轻工程师看不懂，故障排查依赖个别老师傅。
- 合规与安全：旧安全回路为硬接线继电器，不符合现行安全等级要求，需要安全PLC或安全I/O。
需要强调的是：“设备还能用”不等于“不需要迁移”。迁移决策应基于风险成本与停机成本的对比，而不是等设备彻底损坏后再被动改造。
二、Sysmac平台的定位
Sysmac不是单一产品，而是“控制器+网络+软件+伺服+安全”的一体化自动化平台。其核心定位可以概括为三点：
- 一台控制器统管逻辑、运动、视觉与安全：NJ/NX系列在同一CPU内执行梯形图、ST、运动控制和安全逻辑，减少控制器间通信与同步误差。
- EtherCAT作为主干网络：I/O、伺服、变频器、视觉均挂在EtherCAT上，刷新周期可达125μs～1ms级，接线大幅简化。
- Sysmac Studio统一工程：程序、HMI（NA系列）、运动轴、网络配置在同一工程文件中，变量可全局共享，避免旧系统“PLC标签与HMI地址各维护一套”的问题。
三、迁移与新建项目的边界划分
这是本节最容易被忽视、却最容易导致项目失控的部分。迁移项目必须明确“保留什么、改造什么、放弃什么”，否则范围会不断膨胀。
建议在项目启动阶段就划定三条边界：
- 机械与电气边界：哪些现场设备、电机、阀、传感器继续使用？哪些因接口不兼容必须更换？例如旧系统的24V继电器逻辑可以保留，但脉冲型伺服若改为EtherCAT总线伺服，则驱动器、电缆、编码器线均需更换。
- 功能边界：原程序中的手动模式、自动模式、报警、配方、联锁，哪些必须1:1复现？哪些可以借迁移机会优化？必须逐项确认，形成功能对照表。
- 数据与接口边界：与MES、称重仪表、机器人、视觉的通信协议是否保留？若旧系统用Host Link或DeviceNet，迁移后是否改为EtherNet/IP或EtherCAT？这直接影响上位系统改造量。
边界划分的产出应是一份迁移范围说明书，明确列出“保留/改造/新增/删除”四类对象。没有这份文件，项目后期极易出现“这个也要改、那个也要加”的返工。
四、课程最终交付物与评估标准
本课程以一台典型旧设备（示例：CS1G-CPU45 + DeviceNet远程I/O + 脉冲定位 + 串口HMI）迁移到NX102 + EtherCAT伺服 + NA HMI为贯穿案例。最终交付物包括：
- 旧系统I/O与功能清单、迁移范围说明书；
- Sysmac Studio工程文件（含变量表、程序、运动轴配置、EtherCAT网络配置）；
- HMI画面与报警清单；
- 迁移测试用例与验收记录；
- 停机窗口作业计划与回退方案。
评估标准不看“程序是否写完”，而看四个可验证指标：功能覆盖率（原功能是否全部实现）、节拍达标率（迁移后节拍是否达到或优于原系统）、故障可诊断性（报警是否可定位到具体工位与原因）、可维护性（变量命名、注释、版本是否规范）。
把这张关系图放在项目启动会上，可以快速对齐三方认知：设备部门关心备件与停机，生产部门关心节拍与产能，IT部门关心数据接口。迁移工程的目标定义，本质上就是把这些诉求翻译成可验证的技术指标，再用Sysmac平台的能力去逐项兑现。