3. ctrlX WORKS工程环境搭建

ctrlX WORKS 是 Bosch Rexroth 面向 ctrlX CORE 及 ctrlX OS 生态的工程软件，它把设备发现、项目组织、应用安装、在线诊断和固件维护集中在一个桌面环境中。与传统的“先建项目、再手动填 IP”的工程软件不同，ctrlX WORKS 的起点通常是设备发现：软件通过 mDNS/DNS-SD 在局域网内广播搜索 ctrlX CORE，找到设备后再围绕它建立工程。理解这一顺序，是后续所有操作不迷路的前提。

安装与首次启动

ctrlX WORKS 以 Windows 桌面应用形式分发，安装包可从 Bosch Rexroth 官方渠道获取。安装过程本身没有特殊选项，但有三点需要提前确认：一是操作系统版本与 .NET 运行库满足当前版本要求；二是安装路径避免中文和空格，减少后续脚本调用异常；三是首次启动时软件会要求登录 Bosch Rexroth 账号（或使用离线授权方式），这一步决定了后续能否从 ctrlX Store 拉取应用。

首次启动后建议先做两件事：在“Settings → Network”中确认本机用于搜索设备的网卡被勾选，避免多网卡环境下搜索不到设备；在“Settings → Updates”中检查 ctrlX WORKS 自身是否有新版本，工程软件与设备固件之间存在版本匹配关系，过旧的工程软件可能无法识别较新的 ctrlX OS。

授权方式

ctrlX WORKS 的授权分为两类：工程软件本身的授权，以及设备侧功能的授权。工程软件通常以账号登录方式激活；设备侧则通过 ctrlX CORE 的授权文件（License）启用特定应用或功能，例如某些运动控制、OPC UA 扩展或第三方应用。授权文件与设备的硬件标识绑定，不能跨设备复制使用。实际项目中常见的做法是：先在 ctrlX Store 中试用应用，确认功能满足后再导入正式授权。

设备连接与项目创建

设备连接的核心是“发现—确认—建立信任”。在 ctrlX WORKS 的 Devices 视图中点击搜索，软件会列出同一网段内所有可发现的 ctrlX CORE，显示设备名称、IP 地址、固件版本和状态。首次连接时设备处于初始状态，需要设置管理员密码；若设备已被配置过，则需要输入已有凭据。连接成功后，设备会出现在工程树中，此时才可以创建或打开项目。

项目创建有两种典型路径：一是“新建项目”，从空白工程开始，手动添加设备和应用；二是“从设备创建项目”，把当前已连接设备的配置读入工程，适合接手已有设备或做备份。对于教学和调试场景，推荐后者，因为它能保证工程结构与设备实际状态一致。

工程结构解析

ctrlX WORKS 的工程树通常包含四个一级节点：Devices 保存设备连接信息和设备侧配置；Applications 管理运行在设备上的应用，例如 PLC 运行时、运动控制、OPC UA 服务器；Configuration 集中网络、用户、授权等系统级设置；Diagnostics 提供日志、状态和固件入口。理解这个结构的关键在于：工程文件本身并不“运行”，它只是设备配置和应用的描述；真正运行的是设备上的 ctrlX OS 和应用容器。因此，修改工程后需要“下载”或“部署”到设备才会生效。

在线诊断

在线诊断是 ctrlX WORKS 区别于普通配置工具的重要能力。连接设备后，可以在线查看设备状态灯含义、系统日志、CPU 与内存占用、网络接口状态以及各应用的运行状态。实际排障时，建议按“先看设备整体状态，再看应用状态，最后看日志”的顺序：设备状态灯异常通常指向供电、系统启动或固件问题；应用状态异常则更多与授权、配置或资源冲突有关；日志中的时间戳和错误码是定位根因的直接线索。

固件更新

固件更新在 Diagnostics 或设备管理界面中完成。典型流程是：先检查当前固件版本与目标版本，确认升级路径（部分版本需要逐级升级）；然后下载对应固件包，上传到设备；设备校验通过后重启并切换到新固件。更新前必须备份工程和当前配置，更新过程中保持供电稳定，避免断电导致设备无法启动。更新完成后，重新连接设备，确认版本号已变化，并检查应用是否正常启动。

一个可复用的搭建检查清单

把上述流程走通一次，ctrlX WORKS 的工程环境就算真正搭起来了。后续的 PLC 编程、运动控制配置和 OPC UA 通信，都是在这个已经建立信任关系的工程与设备连接之上展开的。