📚 课程目录第2章虚拟控制器与真实机器人性能映射

2. 虚拟控制器与真实机器人性能映射

在 ROBOGUIDE 中做虚拟调试时，最容易被忽略、却最影响节拍可信度的问题，是虚拟控制器与真实 IRC5 控制器在时间基准上的差异。很多工程师会遇到这样的现象：虚拟环境里跑出的循环时间是 42 秒，下载到现场后实测却是 48 秒甚至 52 秒。程序逻辑没有变，轨迹也没有变，差异主要来自控制器的时钟推进方式、扫描周期设定以及运动规划的执行节奏。理解这三者的映射关系，才能让虚拟节拍具备参考价值。

虚拟控制器的时间是怎么“走”的

ROBOGUIDE 的虚拟控制器（VC）本质上是一个运行在 PC 上的软件控制器，它复现了 IRC5 的 RAPID 解释执行、运动规划和 I/O 处理逻辑，但时间推进方式与真实控制器不同。真实 IRC5 依靠硬件晶振和实时操作系统，以固定的扫描周期推进；虚拟控制器则采用“仿真时钟”机制，由仿真引擎按步长推进时间。ROBOGUIDE 中与时间相关的关键参数主要有三个：

仿真步长（Simulation Step / Time Slice）：仿真引擎每次推进的时间增量，常见默认值为 0.01 s 或 0.02 s。步长越小，时间分辨率越高，但计算量越大。
扫描周期（Scan Time）：虚拟控制器处理 I/O、任务调度和 RAPID 指令的周期，通常与真实 IRC5 的 4 ms 或 8 ms 基础周期对应，但虚拟环境中可被放大。
运动规划周期（Motion Planner Period）：轨迹插补与伺服指令生成的周期，直接影响运动执行的时间精度。

真实 IRC5 的扫描周期由系统参数 Task Scan Time 和 Motion Planner 配置决定，典型值为 4 ms（快速任务）或 8 ms（普通任务）。虚拟控制器如果步长设为 0.02 s，相当于每 20 ms 才推进一次，运动插补的粒度明显粗于真实控制器，导致加减速段和拐角过渡的时间被“拉长”或“压缩”，节拍自然偏离。

扫描周期与节拍偏差的量化关系

假设一段程序包含 120 个运动指令点，真实 IRC5 在 4 ms 扫描周期下执行，每个指令点的处理与插补开销约为 1 个周期；虚拟控制器若步长为 20 ms，则每个指令点至少消耗 1 个步长，仅指令调度层面就会引入 (20−4)×120 = 1920 ms ≈ 1.92 s 的额外时间。这还没有计入运动规划中因插补粒度变粗而导致的加减速曲线失真。实际项目中，虚拟与真实的节拍偏差常在 5%～15% 之间，步长设置不当是首要原因。

示例（合理假设，非实测）：某搬运程序在真实 IRC5 上实测循环时间为 46.8 s。ROBOGUIDE 默认步长 0.02 s 下仿真结果为 41.5 s，偏差 −11.3%。将步长调整为 0.004 s、扫描周期设为 4 ms 后，仿真结果为 45.9 s，偏差缩小到 −1.9%。

参数调优的实操路径

要让虚拟节拍逼近真实节拍，不能只改一个参数，而应按“时钟对齐—周期匹配—运动校准”的顺序逐步收敛。下面给出一个可复用的调优流程，参数值属于教学示例，实际应以现场控制器配置为准。

确认真实控制器的基准参数。在真实 IRC5 的 FlexPendant 上进入 Control Panel → Configuration → Topics → Motion，记录 Motion Planner 的周期值；在 Topics → Controller 中查看任务扫描周期。典型快速任务为 4 ms，普通任务为 8 ms。
在 ROBOGUIDE 中对齐仿真步长。打开 Simulation → Simulation Setup，将 Time Slice 设为与扫描周期一致或更小，建议取 0.004 s（对应 4 ms）。若 PC 性能不足，可先取 0.008 s，再逐步减小。
设置虚拟控制器的扫描周期。在虚拟控制器配置中，将任务扫描周期设为与真实控制器相同的值。ROBOGUIDE 的 VC 配置界面中可调整 Task Scan Time，确保 RAPID 任务调度节奏一致。
校准运动规划参数。检查虚拟控制器的 Motion Planner 配置，确认加减速时间、拐角过渡（Corner Path）和 zone 数据与真实程序一致。虚拟环境中常因默认 zone 偏大而“跑得更快”。
用同一段程序做对比测试。选取包含直线、圆弧、拐角和 I/O 等待的典型循环，分别在虚拟和真实环境运行，记录循环时间。若偏差仍大于 3%，回到第 2 步继续缩小步长或检查 PC 实时性。

调优时建议固定其他变量：同一 RAPID 程序、同一工具坐标系、同一负载数据、同一 speeddata 与 zonedata。每次只改一个时间参数，记录节拍变化，避免多参数同时调整导致无法归因。

时钟、扫描周期与节拍的映射关系

下面的 SVG 展示了虚拟控制器与真实 IRC5 在时间推进上的对应关系，以及三个关键参数如何共同影响最终节拍。图中左侧为虚拟侧，右侧为真实侧，中间通过参数映射连接，底部给出节拍偏差的收敛方向。

调优后的验证与判断依据

参数调整完成后，不能只看一次仿真结果就下结论。建议在同一虚拟环境中连续运行 5 次，记录循环时间的最大值、最小值和平均值。若最大值与最小值之差超过 0.5 s，说明仿真步长仍偏大或 PC 存在资源竞争，需要进一步缩小步长或关闭后台占用 CPU 的程序。判断收敛的标准可以设为：虚拟平均节拍与真实实测节拍的偏差绝对值 ≤ 3%，且多次运行的波动范围 ≤ 0.3 s。

如果偏差始终无法收敛到 3% 以内，应检查以下三个方向：一是真实控制器的负载数据、工具坐标系是否与虚拟环境完全一致；二是程序中是否存在 WaitTime、WaitDI 等与外部信号相关的等待指令，这些在虚拟环境中可能被立即满足而真实环境中存在延迟；三是虚拟控制器的运动规划是否启用了与真实控制器不同的默认参数，例如拐角过渡的 zone 被自动放大。

不要为了“让虚拟节拍好看”而随意调大 speeddata 或缩小 zone。虚拟调试的目的是预测真实节拍，而不是制造一个更快的假象。所有时间参数的调整都应以真实 IRC5 的配置为基准，偏差收敛后应固定参数并记录在调试报告中，便于后续项目复用。

把虚拟控制器的时间基准对齐到真实 IRC5，本质上是在做一次“时间标定”。步长决定时间分辨率，扫描周期决定任务调度节奏，运动规划周期决定轨迹执行精度，三者共同作用在最终节拍上。按“确认真实参数—对齐步长—匹配扫描周期—校准运动规划—对比验证”的顺序执行，虚拟调试的节拍结果就能从“仅供参考”提升到“可用于生产评估”的级别。