2. 安装与授权管理
KUKA WorkVisual 是库卡机器人工程配置的核心离线工具，用于项目创建、硬件组态、KRL 程序编辑、总线配置与在线下载。它并非“装完即用”的普通软件：安装前必须确认版本与机器人控制器（KRC）的兼容关系，安装中要处理 .NET、Visual Studio 组件与驱动依赖，安装后还要完成许可证激活，才能解锁完整功能。本节围绕版本匹配、安装步骤、许可证激活与故障排查四条主线展开，帮助读者建立一套可复现的部署流程。
一、版本匹配：先定版本，再谈安装
WorkVisual 的版本必须与目标控制器的 KSS（KUKA System Software）版本对应。基本原则是：WorkVisual 版本 ≥ 控制器 KSS 版本所要求的最低 WorkVisual 版本，且不能低于控制器已使用的工作版本，否则打开项目时会出现“项目由更高版本创建，无法打开”的提示。常见对应关系如下（示例，实际以库卡官方兼容性列表为准）：
| 控制器 KSS 版本 | 推荐 WorkVisual 版本 | 说明 |
|---|---|---|
| KSS 8.3 | WorkVisual 3.x | 较老项目，注意 .NET 3.5 依赖 |
| KSS 8.5 | WorkVisual 4.x / 5.x | 常用组合，支持 KRC4 |
| KSS 8.6 | WorkVisual 5.x / 6.x | 支持 KRC4 及部分 KRC5 |
| KSS 8.7 | WorkVisual 6.x | 需匹配对应补丁版本 |
除 KSS 外，还要关注三类匹配：操作系统（WorkVisual 6.x 通常要求 Windows 10/11 64 位）、.NET Framework 版本（4.x 为主，部分老版本需 3.5）、硬件接口驱动（如 KLI、EthernetKRL、Profinet 驱动）。若现场有多台不同 KSS 版本的机器人，建议在同一台工程电脑上并行安装多个 WorkVisual 版本，通过快捷方式区分，而不是反复卸载重装。
二、安装步骤：从介质到首次启动
标准安装流程可归纳为以下关键动作，建议按顺序执行：
- 获取安装介质：从库卡官网或随机附带的 U 盘获取对应版本的安装包，核对文件哈希或数字签名，避免使用来源不明的镜像。
- 关闭杀毒与防火墙临时放行：部分驱动安装会被拦截，导致后续无法识别控制器。
- 以管理员身份运行安装程序：右键
setup.exe→ 以管理员身份运行，避免权限不足导致注册表写入失败。 - 选择安装组件：典型安装包含主程序、设备描述文件（EDS/GSD）、示例项目与驱动。若只做离线组态，可取消不必要组件以缩短时间。
- 等待依赖安装：安装程序会自动部署 .NET、Visual C++ 运行库等，期间不要中断。
- 重启计算机：驱动与注册表变更通常需要重启生效。
- 首次启动并检查版本：打开 WorkVisual，在“帮助 → 关于”中确认版本号与目标 KSS 匹配。
三、许可证激活：解锁完整功能
WorkVisual 采用许可证机制，未激活时可能只能以演示模式运行，无法保存或下载项目。激活方式主要有两种：在线激活与离线激活。在线激活要求工程电脑能访问库卡许可服务器；离线激活则需在另一台联网电脑上生成请求文件，再导入许可文件。
激活的一般过程为：启动 WorkVisual → 进入“许可证管理” → 输入或导入许可证密钥 → 绑定本机硬件指纹 → 完成激活。若使用加密狗（Dongle），需先安装驱动并插入 USB 加密狗，再在许可证界面选择对应设备。激活成功后，界面标题栏或“关于”窗口会显示授权状态与到期信息。
示例：离线激活文件命名
请求文件：WV6_Request_20240512.xml
许可文件：WV6_License_20240512.lic
导入路径：许可证管理 → 导入许可文件 → 选择 .lic四、常见安装故障排查
安装与激活阶段的高频问题集中在依赖缺失、权限不足、版本冲突与驱动异常四类。下面给出典型现象与处理思路：
| 现象 | 可能原因 | 处理建议 |
|---|---|---|
| 安装中途报错 1603 | 权限不足或旧版本残留 | 以管理员运行，清理注册表与残留目录后重装 |
| 启动提示缺少 .NET | 未安装对应 .NET 版本 | 手动安装 .NET Framework 4.x 或 3.5 |
| 无法识别控制器 | 网卡驱动或 KLI 配置错误 | 检查 IP 网段、关闭防火墙、重装驱动 |
| 许可证无效 | 硬件指纹变化或文件损坏 | 重新生成请求文件并离线激活 |
| 项目打不开 | WorkVisual 版本低于项目版本 | 升级到匹配版本或使用对应版本打开 |
排查时建议遵循“先看日志、再查依赖、后验版本”的顺序。WorkVisual 安装日志通常位于 %TEMP% 或安装目录下的 Logs 文件夹，日志中会明确记录失败组件与错误码。对于 1603 类错误，可先用微软的 Program Install and Uninstall Troubleshooter 清理残留，再重新安装。
完成上述四步后，建议做一次最小验证：新建一个空白项目，添加目标控制器型号，保存并尝试连接。若版本、许可证与驱动均正常，WorkVisual 应能识别控制器并显示在线状态。此时再进入实际项目配置，可避免把安装问题误判为工程配置问题。