PLC问答 > 倍福PLC报错CX-NO-CONNECT-DIAG是什么原因?

倍福PLC报错CX-NO-CONNECT-DIAG是什么原因?

倍福 提问者: 机电工程师黄 2026-08-01 21:29 23 浏览
最近经常出现CX-NO-CONNECT-DIAG报错,重启能恢复但过一会又报。
4 个回答
电气工程师陈 · 2026-08-03 14:44
CX-NO-CONNECT-DIAG这个报错本质是TwinCAT运行时和CX控制器底层的诊断通道断了,不是普通通讯超时。先确认你这台是CX9020还是CX5130,两者处理路径不一样。我上个月在一条包装线上碰到过CX5130连续报这个,重启能撑20分钟到半小时,后来查出来是CX自带的那个RJ45诊断口所在的交换机芯片温度偏高,机柜里加了个风扇就再没复发。你可以先用TwinCAT的Event Logger看报错前有没有EtherCAT从站丢帧的记录,如果同时伴随从站失步,重点查EtherCAT网线和从站电源;如果只有这条诊断报错,优先查CX模块本身和它背板的供电纹波,用万用表交流档量24V上有没有超过200mV的纹波。
PLC老赵 · 2026-08-05 14:00
重启能恢复说明硬件没彻底坏,是某个资源在跑一段时间后耗尽了。我遇到过CX2043跑这个报错,最后定位是诊断服务进程的内存泄漏,固件版本是2.11.2的老版本,升级到2.11.4之后好了。你先看看CX的固件和TwinCAT版本,倍福官网对CX-NO-CONNECT-DIAG有专门的兼容性说明,版本对不上跑多久都会掉。
自动化老王 · 2026-08-08 09:39
这个报错在CX系列上其实挺常见的,成因不止一种,从概率上排:第一是CX模块背板总线接触问题,尤其是CX9020这种嵌入式模块,长期震动环境里模块之间的连接器会微动,表现出来就是跑一阵诊断通道断;第二是EtherCAT主站和诊断通道抢资源,如果EtherCAT周期设得很短比如250us,加上从站数量多,CX的CPU负载长期在80%以上,诊断通道最先被牺牲;第三才是固件和版本问题。建议你先在TwinCAT里把CPU负载和EtherCAT工作计数器抓出来看上电后半小时的变化曲线,比盲目换件靠谱。
现场维修刘 · 2026-08-08 20:15
先把CX的24V供电单独拉一路试试,别和伺服、变频器共用开关电源。我这边有台CX5020就是共用电源,变频器一启动就闪这个报错,单独供电后稳定了。

我来回答

上传中...
系统将自动为您分配一个称号