3. Sysmac Studio工程环境搭建

迁移工程的第一步不是写程序，而是把“新家”搭好。旧工程运行在 CJ/CS 系列 PLC 上，使用 CX-Programmer 编程；新工程要落在 NJ/NX 系列机器自动化控制器上，使用 Sysmac Studio 编程。两者在工程结构、变量体系、任务模型上完全不同，因此必须先在 Sysmac Studio 中建立一个可编译、可仿真、可对照旧逻辑的“空骨架”，再逐步把旧程序翻译进来。本节围绕软件安装、控制器选型、项目创建、离线仿真配置四件事展开，目标是得到一个能进入仿真运行、且与旧工程并行的新工程框架。

一、软件安装与版本确认

Sysmac Studio 的安装包通常来自 OMRON 官网或随控制器附带的 DVD。安装前先确认三件事：操作系统版本（Win10/Win11 64 位）、是否已安装旧版 CX-One（两者可共存，但建议先装 CX-One 再装 Sysmac Studio，避免驱动冲突）、以及目标控制器的固件版本。Sysmac Studio 的版本必须不低于控制器固件版本，否则在线连接时会提示“版本不匹配”。例如控制器固件为 1.50，则 Sysmac Studio 至少为 1.50。

安装过程按向导默认即可，但有两个选项值得注意：一是“Sysmac Studio 标准版/完整版”的选择，完整版包含 3D 仿真、数据库连接等高级功能，迁移项目一般选标准版即可；二是安装路径不要含中文和空格，否则部分驱动和仿真组件可能注册失败。安装完成后，首次启动会提示激活，输入许可证号或选择 30 天试用。建议在“帮助—版本信息”中记录当前版本号，作为后续工程兼容性依据。

二、控制器型号选择

NJ/NX 系列型号命名有明确规则，选型错误会导致后续 I/O 配置、轴数、通信口全部对不上。以 NJ501-1500 为例：NJ 表示机器自动化控制器，501 表示 CPU 性能等级，1500 表示 EtherCAT 轴数（15 轴）和内置 EtherNet/IP 口。NX 系列则是 NX102、NX1P2 等，NX1P2 自带 I/O 点，适合小型设备。

迁移选型时，先统计旧工程的 I/O 点数、模拟量通道、轴数、通信协议（EtherNet/IP、DeviceNet、串口等），再对照 NJ/NX 型号表。例如旧 CJ2M 带 64 点 DI、48 点 DO、4 轴脉冲、1 个串口，可对应 NJ301-1100 加 NX-ID/OD 单元和 NX-SC 串口单元。选型时留 20% 余量，避免后期扩展受限。

在 Sysmac Studio 中新建项目时，选择“NJ/NX 系列”，再选具体型号。型号一旦确定，工程中的轴数、内置 I/O、通信端口即被固定，后续可在“控制器设置”中调整部分参数，但 CPU 型号不可更改。因此建议在项目创建前就完成选型确认，并记录在工程说明中。

三、项目创建与工程骨架

启动 Sysmac Studio，选择“新建项目”，在弹窗中依次设置：项目名称（建议用“设备名_迁移_日期”，如“Packaging_Migration_202405”）、保存路径、控制器型号、项目类型（标准项目）。点击“创建”后，软件会自动生成一个包含“控制器配置”“任务设置”“程序”“变量”“轴设置”等节点的工程树。

此时工程是空的，但骨架已经具备。迁移工程需要在这个骨架上做三件事：第一，在“控制器配置”中挂载实际使用的 NX 单元或 EtherCAT 从站，顺序与旧工程 I/O 地址对应；第二，在“任务设置”中建立与旧工程扫描周期匹配的任务，例如旧工程主程序 10ms，则新建“Primary 任务”周期设为 10ms；第三，在“变量”中建立全局变量表，把旧工程的软元件（如 D100、M50、X0、Y0）映射为有意义的变量名（如 Conveyor_Speed、Start_PB、Motor_Run）。

变量映射是迁移的核心工作之一。建议在 Excel 中先整理旧地址、旧注释、新变量名、数据类型、新地址五列，再批量导入 Sysmac Studio。例如旧 D100 为“传送带速度设定”，新变量命名为 Conveyor_Speed_Set，类型 INT，地址可暂不分配（使用变量名访问）。这样程序翻译时不再出现 D100 这类地址，可读性大幅提升。

四、离线仿真环境配置

Sysmac Studio 自带仿真功能，无需实际控制器即可运行程序。配置步骤：在“控制器”菜单中选择“仿真—开始仿真”，软件会启动一个虚拟控制器，此时工程树中的“在线”状态变为“仿真中”。仿真前需确认两点：一是“控制器设置”中的“仿真时使用实际 I/O”选项，若勾选则仿真会尝试读取实际硬件，离线迁移应取消勾选；二是“任务设置”中的周期是否与旧工程一致，仿真时周期偏差会直接影响逻辑验证结果。

仿真运行后，可通过“监视”窗口观察变量值，通过“交叉引用”查看变量使用位置，通过“程序检查”确认无编译错误。对于迁移工程，建议先建立一个最小测试程序：例如一个启动按钮变量控制一个电机输出变量，在仿真中强制 Start_PB 为 TRUE，观察 Motor_Run 是否变为 TRUE。这一步验证了变量映射、任务执行和输出刷新链路是否通畅。

五、建立并行工程骨架的检查要点

完成上述步骤后，新工程应具备以下特征：控制器型号与选型一致；任务周期与旧工程匹配；全局变量表已建立且命名规范；I/O 配置与旧工程地址对应；仿真可启动且无编译错误。此时工程还是“空壳”，但骨架已经能支撑后续的程序翻译。建议把旧工程的程序打印或分屏显示，在新工程中按功能块逐个翻译，每翻译一个功能块就在仿真中验证一次，避免一次性翻译后难以定位错误。

最后，在工程根目录下建立一个“迁移记录”文本文件，记录旧地址、新变量、翻译日期、验证结果。这个记录既是工程文档，也是后续排障的依据。新工程骨架搭好后，下一阶段就可以进入具体的程序迁移与逻辑对照。