3. 机器人系统配置与虚拟控制器

在ROBOGUIDE中，虚拟控制器（Virtual Controller, VC）是仿真项目能否真实反映现场行为的根基。很多仿真结果与现场不一致，问题并不出在轨迹规划，而是虚拟机器人型号、控制柜参数、I/O映射或系统变量与真实系统存在偏差。本节围绕“让虚拟系统尽量等价于现场系统”这一目标，讲清选型、参数、I/O与备份恢复四件事的实际做法。

一、虚拟机器人选型：先对齐机械本体，再对齐软件版本

选型的第一步不是打开软件，而是确认现场机械本体的完整型号。以FANUC为例，型号通常包含系列、负载、臂展与安装方式信息，例如 R-2000iC/165F 表示2000系列、负载165kg、F型（地面安装）。在ROBOGUIDE新建工程时，需在Robot Library中选择对应型号；若现场是 M-10iD/12，就不能用 M-10iA/12 代替，因为两者的臂长、关节限位与惯量特性不同，会直接影响可达性与节拍。

选型还需注意三点：一是安装姿态，地面、顶吊、倾斜安装对应不同的重力补偿与工作空间，选错会导致奇异位形判断失真；二是附加轴，若现场带外部行走轴或变位机，需在选型时勾选对应附加轴组并设置行程与减速比；三是软件版本，虚拟控制器的系统软件版本应尽量与现场一致，例如现场为 V9.30，虚拟端也应选择相近版本，否则部分系统变量与指令行为可能不同。

二、控制柜参数设置：让虚拟柜“像”现场柜

选定机器人后，需在虚拟控制柜属性中配置与现场一致的关键参数。常见项包括：控制柜型号（如 R-30iB Plus）、语言与单位制、参考位置（Reference Position）设定、以及各轴的运动参数。其中参考位置是现场回零与位置恢复的基准，虚拟端必须与现场示教器上记录的参考位置一致，否则仿真中的零点与现场零点会存在固定偏差。

运动参数方面，需关注各轴的最大速度倍率与加减速时间。ROBOGUIDE默认值通常偏保守，若现场已通过 $MOTION_OPT 或相关变量调整过加速度，虚拟端也应同步，否则节拍仿真会明显偏慢。此外，若现场使用了碰撞检测或干涉区功能，虚拟柜中也要开启对应选项，才能在仿真阶段暴露潜在碰撞。

三、I/O配置：从物理映射到逻辑信号

I/O配置的核心是建立“虚拟信号”与“现场信号”的对应关系。ROBOGUIDE中通常按以下层次组织：物理I/O（如 RI[1]、RO[1]、DI[1]、DO[1]）→ 机架与插槽分配（Rack/Slot/Start Point）→ 逻辑信号（如 UO[1]、UI[1]、GI[1]、GO[1]）。配置时需逐项核对现场I/O分配表，确保信号编号、机架、插槽、起始点完全一致。

实际配置中，常见做法是先导入或手工建立I/O分配表，再在虚拟柜的I/O配置界面中逐条录入。对于与PLC通信的Group I/O，还需设置字节顺序与有效位。若现场使用了Robot I/O与Process I/O（如焊接、涂胶），虚拟端也应配置对应的设备接口，否则仿真中相关指令会报错或无法触发。

四、系统变量与备份恢复策略

系统变量是虚拟控制器与现场行为一致性的“最后一公里”。常见需要关注的变量包括：$MOTION_OPT（运动优化）、$SCR_GRP（屏幕显示组）、$IO_ASG（I/O分配）、$NUM_GRP（组数）、$RACK 与 $SLOT（机架插槽）等。实际做法是：从现场导出一份系统变量清单，在虚拟端逐项比对，对差异项判断是否影响仿真结果，影响则同步，不影响则记录备查。

备份恢复策略建议采用“三层备份”：第一层是现场原始备份（All of Above），作为基准；第二层是虚拟端配置完成后的备份，作为仿真基准；第三层是每次重大修改前的增量备份。恢复时，先恢复虚拟端备份，再执行回参考位置与I/O测试，确认无误后再继续仿真。若现场与虚拟端需要互导，建议使用 Image 备份与 All of Above 备份配合，前者用于系统级恢复，后者用于程序与参数级恢复。

五、配置检查清单（示例）

完成上述配置后，建议在虚拟端执行一次“回参考位置→手动点动→I/O强制输出→程序单步运行”的闭环验证。若各轴方向、限位、I/O响应与现场一致，说明虚拟控制器已具备作为数字化交付基准的条件。后续的轨迹编程、节拍仿真与离线程序导出，都应基于这套已对齐的虚拟系统进行，避免在错误基准上反复返工。