-
-
上海朕锌电气设备有限公司
- 咨询热线：郑鑫
13585754803
热门搜索：
西门子S7200模块
F31118故障
以下内容仅作为故障报警排查的指导，不具有性，导致变频器故障报警的原因很多，情况也较复杂，本文只是对常见的故障报警原因和处理方法进行说明，供参考。
故障名称：编码器故障，使用 HTL/TTL 编码器时，多个编码器采样循环之间的转速差值**出了 P0492 中的值。
常见故障原因
1.硬件问题
•编码器电缆中断（电缆断线或插头松动等等）
2.干扰问题
•安装布线不符合规范
•电缆过长
常见处理办法
1.硬件问题
•检查编码器电缆断线或相关插头是否松动
2.干扰问题
•检查变频器是否正确可靠接地，变频器与电机之间连接电缆好使用4芯电缆3相+PE线，并使用PE线将变频器和电机进行接地连接
•检查编码器电缆屏蔽层是否可靠接地
•检查编码器电缆是否与动力电缆走在同一桥架或走线槽中，编码器电缆应与动力电缆保持一定距离，如果平行布线间距好大于20cm
•检查编码器电缆是否**长，不同的通讯速率允许的大电缆长度请参考相关手册
•必要时提高每个采样循环的大转速差值 (p0492)
注意：变频器**调试带编码器矢量控制时，应先检查编码器反馈信号是否正常，方法如下：
1.设置编码器参数
2.变频器设置为V/F控制模式P1300=0，让变频器运行在恒定频率下（例如500rpm）
3.查看r0061参数的数值，r0061显示的是编码器检测出的电机转速
4.编码器信号正常情况下，r0061反馈的速度应该与给定频率符号相同，大小相近
5.如果符号不同，表示编码器A/B相接反
6.如果大小相差较大，可能由于编码器每转脉冲数设置错误、或编码器信号受到干扰、或接线不良等原因导致
这次分享的内容是我在某制药厂进行网络诊断的分析过程。该制药厂控制系统是使用西门子的PCS7；控制系统的网络是由2个OSM TP62和6个SCALANCE X200系列交换机组成的光纤环网，其中的1个OSM TP62作为环网管理器。
系统的数据归档服务器系统采用的是PI系统软件（经过了FDA认证的软件），此系统软件通过KEPSERVER（的OPC Server）的S7驱动协议与西门子的8个S7-400 PLC实现数据通信如下图1所示。
图1
客户现场的问题是当341车间断电时（交换机和PLC都断电）如下图2所示， 在PI系统上监视到其与各个PLC发给PI系统的通信心跳检测出现异常（正常看到的心跳是以1 递增；异常时会出现不是以1递增）如下图3所示，且有时会在431车间产生PI系统发给431车间的PLC的心跳检测**出设定时间15S的报警信息如下图4所示。客户怀疑可能由于网络的问题导致上述的情况的出现。认为网络出现中断的现象使得一些心跳数值得丢失。
图2
图3
西门子S7200模块
图4
根据问题描述判断产生的原因有以下几种可能：
网络拓扑结构的变化使网络出现了问题，如环网管理出现了不正常等造成了通信的异常。
KEPSERVER OPC服务器的S7驱动在网络结构发生变化时出现了异常
PI系统的OPC 客户端与KEPSERVER OPC服务器之间的通信出现了异常导致问题的产生。网络中接入了新的设备，且此新设备的IP地址与KEPSERVER OPC服务器产生冲突导致了与所有PLC站的通信的时通时段
根据上面的分析判断与用户进行了沟通，用户给出的答案是上面的*三和*四是没有可能的。原因是PI系统的*远程诊断了PI与KEPSERVER OPC服务器之间的通信，结果是没有出现任何异常现象。当321车间断电时，网络也没有接入任何新的设备。所以只可能的是条和*二条中的原因。
为了确认确切的故障原因让用户再次断321车间的电，看是否问题能重新浮现。当321车间断电后，故障现象确实能再次浮现。更进一步的排除了*三条与*四条造成问题的可能性。
那么条与*二条中究竟是哪一条导致的故障现象？于是我们在KEPSERVER OPC服务器的出口和331车间的PLC的出口上接入了TAP（网络分析工具）进行抓包。如下图5所示。图中KEPSERVER OPC服务器的IP地址为192.168.0.20/24；331车间PLC的IP地址为192.168.0.4/24。
图5
在KEPSERVER OPC服务器的出口处抓包后分析发现，断电前与断电后数据包的发送间隔会出现变化，在断电前数据包的发送间隔为１s左右，而断电后数据的发送间隔在某个时刻会变为７－１０s左右，如图６和图７所示。但从这里只能说明数据包的发送出了问题，没有足够的证据能够说明是KEPSERVER OPC服务器的Ｓ７驱动的问题，而不是网络的问题。
图６ 断电前的数据包发送情况
图7 断电后的数据包发送情况
为了更进一步的确认问题的原因，于是在现场断开321车间的OSM TP62的所有的光纤如下图8所示
图8
断开后发现PI系统监视到321车间发来的心跳检测仍然异常，此时把321车间的OSM TP62换为SCALANE X204-2交换机后心跳检测仍然异常，这样判断不是交换机网络引起的问题。为了更好的说明问题，把321车间的一端的光纤断开，另一端的光纤保持连接状态如图9所示，此时在PI系统上监视到321车间发来的心跳检测为正常，更进步说明了与网络无关。
图9
此时已基本确定是KEPSERVER OPC服务器的S7驱动的问题导致了故障现象。为了让客户能确认，我们又做了一个测试，环网保持正常的连接断开231车间PLC与SCALANCE X200的以太网双绞线如图10所示。断开后发现心跳检测出现了异常，在此基础上继续断开241车间PLC与SCALANCE X200的以太网双绞线，发现异常现象更为严重。
图10
造成问题的原因找到了，但为什么会出现此现象，我们查看了KEPSERVER OPC服务器的设置，在通讯通道的设置中有一项是当KEPSERVER OPC服务器与下面的PLC通信时，当连接不能建立时有重新请求的机制，这会造成延时。如图11所示。而KEPSERVER OPC服务器对所有的站采用的是轮训机制。一个PLC站点造成的延时会影响其后站的数据刷新。这也就是为什么当有PLC出现掉站，系统就会出现用户所描述的问题。
图11
终处理的方式是更换KEPSERVER 的OPC服务器为西门子的SIMATIC Net的OPC服务器，SIMATIC Net的OPC服务器采用的不是轮训机制，所有的站都是并行发送数据，一个站点的掉站是不会影响其它的站。
6SE7018-OTA84-1HF3西门子S7200模块