2. XG-X控制器启动与运行故障诊断

XG-X 控制器作为视觉系统的运算与通信核心，其启动与运行状态直接决定整条检测线能否进入生产节拍。现场遇到的“上电没反应”“卡在启动画面”“运行中突然死机”“程序加载报错”四类现象，表面看都是“开不了机”，但故障域完全不同：有的落在供电与硬件层，有的落在系统引导层，有的落在程序与配置层。若不加区分地反复断电重启，既浪费时间，也可能掩盖真正的根因。本节按“先看灯、再看启动、再看运行、最后看程序与日志”的顺序，给出可落地的排查路径。

一、电源指示灯异常：先确认供电与硬件基础

XG-X 控制器前面板通常有 POWER、RUN、ERR 等指示灯。上电后 POWER 灯不亮或异常闪烁，说明问题在控制器获得稳定供电之前，此时任何软件操作都无意义。排查应从外部电源开始，逐级向内确认。

第一步确认输入电源规格。XG-X 系列控制器一般使用 DC24V 供电，需用万用表实测端子处电压，而不是只看开关电源的显示值。若实测低于 21.6V 或高于 26.4V，属于超出允许范围，应检查开关电源容量、线径与压降。第二步检查接线极性，DC24V 的 +24V 与 0V 接反会导致控制器保护性不启动，严重时损坏内部电源模块。第三步检查端子是否松动、氧化，尤其是经过多次插拔的端子台。

若供电正常但 POWER 灯仍不亮，可断开所有 I/O 与通信线缆，仅保留电源，做“最小系统”上电测试。若此时灯亮，说明故障由外部负载或短路引起；若仍不亮，则控制器内部电源或主板存在硬件故障，应联系厂家支持，不建议现场拆机。

二、启动失败：区分引导阶段与系统阶段

POWER 灯正常但控制器无法进入可操作状态，称为启动失败。此时要观察 RUN 灯与 ERR 灯的组合状态，并借助 XG-X 的启动日志定位卡点。

典型现象一：RUN 灯长时间不亮，ERR 灯常亮。这多发生在系统引导阶段，常见原因是系统固件损坏、存储介质（CFast/SD）接触不良或文件系统异常。处理方式是断电后重新插拔存储卡，确认卡座无灰尘；若仍失败，需通过官方工具重新写入系统固件。

典型现象二：RUN 灯闪烁但始终不进入稳定常亮。这通常表示系统在自检或加载配置时被阻塞，可能由上次异常断电导致的配置损坏引起。可尝试进入维护模式，恢复出厂配置后再逐项导入。

典型现象三：启动过程中反复重启。应重点检查 DC24V 在启动瞬间是否跌落，以及控制器散热是否正常。过热保护也会触发重启。

三、系统死机：运行中的稳定性排查

系统死机指控制器已正常启动并运行一段时间后，出现画面冻结、通信中断、I/O 无响应。此类故障往往与负载、温度、程序逻辑或通信有关，排查思路是“先看环境、再看负载、最后看程序”。

环境方面，确认控制柜内温度是否超过 55℃，散热风扇是否运转，滤网是否堵塞。负载方面，检查同时运行的相机数量、图像处理分辨率与通信周期是否超出控制器能力。例如多台相机同时以高分辨率做高帧率检测，会显著增加 CPU 与内存压力。程序方面，重点排查是否存在死循环、未释放的内存、异常未捕获的分支，以及通信超时未做重试处理。

死机发生后，不要立即断电，应先通过 XG-X 的日志功能导出运行日志，保留现场信息，再重启。日志中通常能看到死机前最后执行的指令、通信超时记录或温度告警，这些是定位根因的关键线索。

四、程序无法加载：配置与版本一致性检查

程序无法加载通常表现为：控制器能启动，但打开工程时报错、程序列表为空、或加载到一半中断。常见原因包括工程文件损坏、版本不匹配、存储空间不足、以及程序引用的相机或通信设备不存在。

排查时先确认 XG-X 软件版本与控制器固件版本是否匹配。跨大版本打开工程容易失败，应使用对应版本或先做工程升级。其次检查工程文件是否完整，可尝试从备份恢复。再次确认控制器存储剩余空间，空间不足会导致加载中断。最后检查工程中配置的相机、I/O、通信设备是否与实际连接一致，缺失设备会导致加载校验失败。

示例：程序加载失败日志片段（示意）
[2024-06-11 09:12:03] LOAD start: project=LineA_Inspect
[2024-06-11 09:12:04] CAM0 open OK  (CV-X200)
[2024-06-11 09:12:05] CAM1 open FAIL: device not found
[2024-06-11 09:12:05] LOAD abort: referenced device missing
[2024-06-11 09:12:05] ERR code: 0x2107

从该示例可见，加载中断的直接原因是 CAM1 未找到，而非工程本身损坏。现场应先恢复相机连接，再重新加载。

五、日志分析方法：把现象变成证据

XG-X 提供系统日志与运行日志。系统日志记录启动、关机、固件与配置变更；运行日志记录程序执行、通信、错误与告警。分析时建议按时间轴对齐：先确定故障发生时刻，再向前后各取 30 秒日志，重点看第一条错误及其之前的最后一条正常记录。

日志中的错误码是重要线索。例如电源类错误、通信超时、设备未找到、存储读写失败等，都会以特定代码出现。建议现场建立一份“错误码—可能原因—处理动作”的对照表，便于快速响应。

六、现场排查建议与记录

为提升复现与交接效率，建议每次故障处理后记录以下信息：故障现象、发生时间、指示灯状态、实测电压、日志错误码、处理动作与结果。这份记录既是排障依据，也是后续预防性维护的输入。

需要强调的是，四类故障并非孤立：供电不稳可能引发启动失败，启动失败反复断电又可能损坏配置，配置损坏最终表现为程序无法加载。因此排查时应保持“从电源到程序”的顺序，避免跳步。只有把现象、证据与处理动作对应起来，XG-X 的启动与运行故障才能被稳定、快速地闭环解决。