3. 故障排查流程

多轴同步控制出问题,最怕的就是手忙脚乱。我见过不少同行,一看到轴不动了,上来就拆线、换模块,结果折腾半天发现是参数没下载。嗯,今天我把常用的四套排查方法串起来讲,你按这个顺序走,至少能省一半时间。

核心原则:先软后硬,先静后动,先观察后动手。
QD75 故障排查四大方法流程 ① 观察法 看灯、看线、看现象 ② 替换法 换模块、换线、换轴 ③ 软件诊断法 读状态、查报警 ④ 日志分析法 追历史、找规律 排查顺序建议 观察法 → 软件诊断法 → 日志分析法 → 替换法(最后用) • 观察法:LED指示灯、接线端子、机械状态 • 替换法:交叉替换、备件替换、整轴替换 • 软件诊断法:GX Works2/3 诊断、缓冲存储器读取 • 日志分析法:报警历史、时序记录、趋势分析

3.1 观察法——最原始也最有效

说白了,就是靠眼睛看。别小看这步,我处理过的故障里,大概有30%靠观察就能定位。

看什么?

  • QD75模块上的LED指示灯:RUN灯闪不闪?ERR灯亮了没?READY灯什么状态?每个灯都有含义。
  • 接线端子:有没有松动?线皮有没有破损?屏蔽层接地了没?
  • 伺服驱动器面板:显示什么代码?有没有报警?
  • 机械状态:轴有没有卡死?联轴器有没有打滑?限位开关有没有被压住?
我的习惯:到现场先不碰任何东西,站在控制柜前看30秒。看灯、听声音、闻味道。有一次我就是闻到一股焦糊味,直接锁定了电源模块短路。

QD75模块LED状态速查表

LED名称 状态 含义 处理方向
RUN 常亮 模块正常运行 正常,无需处理
RUN 闪烁 模块正在初始化或参数写入 等待,若持续闪烁则检查参数
ERR 常亮 模块硬件故障 更换模块
ERR 闪烁 参数错误或配置异常 重新写入参数
READY 常亮 定位准备就绪 正常
READY 熄灭 伺服未使能或急停状态 检查急停回路、伺服使能信号

3.2 替换法——排除硬件嫌疑

观察法找不到问题,或者怀疑硬件坏了,就用替换法。但注意,替换法要讲究策略,不能瞎换。

替换顺序

  1. 先换线:编码器线、动力线、控制线。线缆故障其实很常见,尤其是拖链里的线。
  2. 再换模块:把有嫌疑的QD75模块换到另一个正常轴的位置上。如果故障跟着模块走,那就是模块坏了。
  3. 最后换伺服:驱动器或电机。这个工作量最大,放最后。
注意:替换前一定要断电!我见过有人带电插拔QD75模块,结果把背板总线烧了,整个机架都得换。另外,替换后记得重新写入参数,不同轴的参数可能不一样。

我曾经处理过一个案例:四轴同步,第三轴偶尔丢步。观察法看不出问题,软件诊断也没报错。我把第三轴和第二轴的QD75模块互换,结果故障跑到了第二轴。嗯,确认是模块问题,换新后故障消除。

3.3 软件诊断法——让数据说话

这是我最常用的方法。用GX Works2或GX Works3连接PLC,直接读取QD75的内部状态。

诊断步骤

  • 连接PLC:用USB或以太网,确保通信正常。
  • 打开QD75诊断窗口:在工程导航里找到「定位模块诊断」。
  • 读取当前报警:看当前错误代码,对照手册查含义。
  • 监视缓冲存储器:直接看地址,比如G1400+20*n是当前状态,G1400+28*n是当前报警代码。
关键地址速记:
当前状态:G1400 + 20×轴号
当前报警代码:G1400 + 28×轴号
定位完成信号:G1400 + 22×轴号

常见报警代码解读

报警代码 含义 常见原因
100 参数异常 参数设定值超出范围
200 定位数据异常 定位地址或速度设定错误
300 伺服通信异常 编码器线断、驱动器未上电
400 紧急停止 急停按钮被按下
500 限位开关动作 超程或限位信号异常

3.4 日志分析法——追根溯源

有些故障是偶发性的,比如一个月才出现一次。这时候观察法和替换法都不好使,就得靠日志。

怎么分析?

  • 查看PLC的报警历史:很多系统都有报警记录功能,看故障发生的时间点。
  • 分析时序关系:故障发生时,其他轴在做什么?是不是同时有多个轴报错?
  • 对比正常与异常数据:记录正常运行时各轴的位置、速度、转矩,和故障时的数据对比。
我的做法:在程序里加一段数据采集逻辑,把每个轴的当前位置、速度、报警代码每100ms记录一次,存到PLC的注释区或SD卡里。故障发生后,导出数据用Excel画曲线,一眼就能看出哪个轴先出问题。

举个例子,有一次客户说设备每天下午3点左右会停机。我调出日志一看,发现每次停机前,第四轴的转矩都在缓慢上升,直到过载报警。顺着查下去,发现是导轨润滑不足,下午温度升高后摩擦力增大。加了润滑油,问题解决。

3.5 四种方法怎么选?一张表说清楚

方法 适用场景 优点 缺点
观察法 明显故障、指示灯异常、接线松动 快速、零成本 对隐蔽故障无效
替换法 怀疑硬件损坏、偶发性故障 直接有效 费时、需要备件
软件诊断法 参数问题、通信异常、报警代码 精准、可量化 需要软件和连接
日志分析法 偶发故障、趋势性问题、多轴关联故障 能发现规律 需要提前记录数据

你想想看,这四种方法其实是一个递进关系。先观察,再软件诊断,如果还不行就翻日志,最后才考虑替换硬件。按这个顺序来,大部分QD75的故障都能在30分钟内定位。