4. ctrlX DRIVE 上电与调试准备

ctrlX DRIVE 的首次上电并不是“接上 24 V 就能转”的简单动作，而是一次从工具链到通信链路的系统性准备。工程实践中，绝大多数“连不上”“参数写不进去”“固件不匹配”的问题，都发生在真正开始配置轴之前。本节按实际调试顺序，把工具链安装、固件版本确认、设备扫描与初始连接这四件事讲清楚，并给出可复现的判断依据。

一、工具链：三个必须分清的层次

ctrlX DRIVE 的调试工具链可以分成三层，混用会导致版本错配：

• 工程组态层：ctrlX WORKS（基于 Eclipse 的工程平台），用于创建工程、添加 ctrlX DRIVE 设备、配置轴参数、编写 PLC 程序（IEC 61131-3）。它是“离线工程”的载体。
• 设备接入层：ctrlX DRIVE 的以太网调试接口（X2X 之外的 ETH 口）与 ctrlX OS 的 Web 界面。设备上电后，通过浏览器访问其 IP 即可进入设备本地页面，查看固件、诊断、日志。
• 驱动参数层：IndraWorks Ds / ctrlX DRIVE Engineering 这类面向驱动参数的调试工具，用于参数读写、示波器（Trace）、故障诊断。在 ctrlX WORKS 中，驱动参数通过设备节点下的参数编辑器访问。

安装顺序建议：先装 ctrlX WORKS（含运行时与设备描述文件），再按需安装驱动参数工具。安装时注意两点：一是关闭杀毒软件对安装目录的实时扫描，避免设备描述文件（EDS/XML）被拦截；二是记录安装路径，后续导入设备描述文件时需要指向该目录。

二、固件版本确认：先读，再决定是否升级

上电后第一件事不是连工程，而是确认设备当前固件版本。ctrlX DRIVE 的固件版本通常以“主版本.次版本.补丁”形式呈现，例如 03.08.0020。确认途径有三条：

1. 设备正面/侧面的铭牌标签，通常印有出厂固件版本；
2. 上电后通过 Web 界面进入“设备信息/诊断”页，读取实际运行固件；
3. 在 ctrlX WORKS 中扫描到设备后，设备节点属性里会显示固件版本。

判断原则：如果工程中要使用的功能（如特定安全功能、特定编码器接口、特定通信协议）在当前固件中不支持，才需要升级；否则优先保持出厂固件，减少升级引入的风险。升级前必须记录当前版本与参数备份，升级后再次核对版本号，并确认设备能正常进入 OP 状态。

三、设备扫描与初始连接：从物理链路到工程识别

物理连接上，用网线将 PC 与 ctrlX DRIVE 的调试以太网口直连，或接入同一交换机。PC 网卡需设置为与设备同网段的静态 IP，例如设备默认 192.168.1.1，PC 设为 192.168.1.100，子网掩码 255.255.255.0。若设备已改过 IP，可用 ctrlX WORKS 的“设备扫描”功能跨网段搜索，或通过设备 Web 界面确认当前 IP。

在 ctrlX WORKS 中新建工程后，执行“扫描设备”，工具会通过广播/组播方式发现同一链路中的 ctrlX DRIVE。扫描结果中应能看到设备型号、固件版本、IP 与 MAC。若扫描不到，按以下顺序排查：网卡是否选对、防火墙是否放行、设备是否已上电且 ETH 口指示灯正常、IP 是否同网段。

扫描到设备后，将其“添加到工程”，此时工程树中会出现设备节点。双击节点进入参数编辑器，能读取到参数即表示初始连接成功。建议此时立即做一次“在线/离线一致性检查”：读取设备实际参数与工程默认值对比，确认没有因固件差异导致的参数缺失。

四、初始连接后的第一轮检查

连接成功不等于可以开始配置。建议在参数编辑器中完成三项确认：

若参数树中缺少某些功能组，通常不是连接问题，而是固件版本低于该功能所需版本，或设备描述文件与固件不匹配。此时应回到第二步核对固件，而不是反复重连。

五、一个可复用的准备清单

把上述过程固化为清单，可在每台新设备上重复执行：

1. 安装 ctrlX WORKS 及所需驱动参数工具，确认版本满足固件最低要求；
2. 记录设备铭牌固件版本，上电后通过 Web 界面复核实际运行版本；
3. 设置 PC 静态 IP 与设备同网段，网线接入调试 ETH 口；
4. 在 ctrlX WORKS 中扫描设备，确认型号、固件、IP、MAC 可见；
5. 添加设备到工程，打开参数编辑器，读取一个参数验证通路；
6. 对比工程默认值与设备实际值，记录差异，完成初始连接确认。

完成以上步骤后，设备才真正进入“可配置”状态。后续的轴配置、编码器设置、安全功能与通信组态，都建立在这一步所确认的固件版本与连接通路之上。把准备阶段做扎实，能显著减少调试中段因版本或链路问题导致的返工。