4. 连接真实控制器与仿真环境
在 WorkVisual 中完成项目配置后，真正决定工程能否落地的关键一步，是把离线编辑的项目与真实控制器或仿真环境建立可靠连接。本节围绕在线连接设置、网络配置、仿真项目创建和连接状态诊断四个环节展开，目标是让读者能够独立完成从“项目文件”到“可在线调试”的完整链路。
一、在线连接的基本前提
WorkVisual 与 KUKA 控制器之间的在线连接，本质上是通过以太网建立的一条基于 KUKA 专有协议的通信通道。要建立这条通道，需要同时满足三个条件：物理链路连通、IP 地址处于同一网段、控制器端允许 WorkVisual 访问。三者缺一不可，任何一项不满足，都会在连接状态栏中表现为不同的错误提示。
物理链路通常使用标准 RJ45 网线，从工程师站（PC）网口直连控制器的 KLI 端口，或通过交换机接入控制柜所在网络。KLI（KUKA Line Interface）是控制柜上用于连接外部设备的以太网接口，默认出厂 IP 为 172.31.1.147，子网掩码 255.255.0.0。工程师站需要配置一个同网段的静态 IP，例如 172.31.1.100，子网掩码 255.255.0.0，网关可留空或与控制器一致。
二、网络配置与在线连接设置
在 WorkVisual 中，在线连接通过“在线连接”对话框管理。打开方式为菜单栏 项目 → 在线连接，或直接点击工具栏中的连接图标。对话框中需要填写以下关键参数：
- 连接名称：自定义标识，例如“KR6_R900_调试”。
- 控制器地址：真实控制器填 172.31.1.147；仿真环境填本机回环地址 127.0.0.1 或虚拟网卡地址。
- 端口：KUKA 默认使用 50001 端口进行 WorkVisual 通信，一般无需修改。
- 超时时间：默认 5000 ms，网络不稳定时可适当增大到 10000 ms。
填写完成后点击“测试连接”，WorkVisual 会依次尝试建立 TCP 连接、发送握手报文、读取控制器标识。若成功，状态栏会显示控制器型号、KSS 版本和序列号；若失败，则给出具体错误码，便于定位问题。
三、仿真项目创建
在没有真实控制器或需要离线验证时，可以使用 KUKA 提供的仿真环境。WorkVisual 本身不包含机器人运动学仿真，但可以通过创建“仿真项目”并连接 OfficeLite 或 KUKA.Sim 来实现逻辑验证。创建仿真项目的典型流程如下：
- 在 WorkVisual 中新建项目，选择与目标控制器一致的 KSS 版本和机器人型号。
- 在“在线连接”中新增一条连接，控制器地址填写 OfficeLite 所在虚拟机的 IP，例如 192.168.0.10。
- 启动 OfficeLite 虚拟机，确认其网络模式为“桥接”或“仅主机”，并保证与工程师站互通。
- 在 WorkVisual 中点击“连接”，将项目与仿真控制器同步。
仿真项目的价值在于：可以在不占用真实产线的情况下验证 I/O 映射、程序结构和总线配置。需要注意的是，仿真环境中的机器人运动学由 OfficeLite 模拟，WorkVisual 只负责项目配置和下载，因此仿真结果不能完全替代真机调试。
四、连接状态诊断
连接失败时，WorkVisual 会在状态栏和“诊断”窗口中给出提示。常见的诊断信息与对应原因如下表所示：
| 状态提示 | 可能原因 | 处理建议 |
|---|---|---|
| 无法连接到控制器 | 网线未插、IP 不同网段、防火墙拦截 | 检查物理链路，确认 IP 与子网掩码，关闭 Windows 防火墙或放行 50001 端口 |
| 连接超时 | 控制器未上电、KLI 端口被占用 | 确认控制柜已启动，检查是否有其他软件占用端口 |
| 协议版本不匹配 | WorkVisual 版本与 KSS 版本不兼容 | 升级 WorkVisual 或更换匹配的 KSS 版本 |
| 认证失败 | 控制器端未授权该工程师站 | 在控制器示教器上检查网络配置和用户权限 |
除了软件提示，还可以借助系统命令辅助诊断。在工程师站打开命令提示符，执行 ping 172.31.1.147，若返回“请求超时”，说明物理层或网络层不通；若 ping 通但 WorkVisual 仍连不上，则问题多出在端口或协议层。此时可用 telnet 172.31.1.147 50001 测试端口是否开放。
C:\> ping 172.31.1.147
正在 Ping 172.31.1.147 具有 32 字节的数据:
来自 172.31.1.147 的回复: 字节=32 时间<1ms TTL=64
来自 172.31.1.147 的回复: 字节=32 时间<1ms TTL=64
C:\> telnet 172.31.1.147 50001
正在连接 172.31.1.147:50001... 连接成功当 ping 和 telnet 均正常，但 WorkVisual 仍提示连接失败时，应检查 WorkVisual 的“选项 → 通信”中是否启用了正确的网络适配器。多网卡环境下，WorkVisual 可能默认选择了错误的网卡，导致报文发往无关网络。
五、连接状态的可视化判断
为了更直观地理解从工程师站到控制器或仿真环境的连接链路与诊断路径，下图给出了在线连接的信号流与状态判断关系。图中左侧为工程师站，中间为网络层，右侧为真实控制器与仿真环境，底部为诊断分支。
上图把连接过程拆成“工程师站 → 网络层 → 目标端”三段，并在底部给出四步诊断路径。实际排障时，建议按 ping、telnet、网卡、版本匹配的顺序逐项排除，避免在多个变量之间反复猜测。当四步全部通过后，WorkVisual 状态栏会显示绿色连接标识，此时即可进行项目下载、在线监控和程序调试。
总结来说，在线连接设置解决“怎么连”，网络配置解决“连得上”，仿真项目创建解决“没有真机也能练”，连接状态诊断解决“连不上怎么办”。四者构成一个完整的闭环，是 WorkVisual 项目配置工程中从离线走向在线的必经环节。