技术论坛

 一次艰难的维修经历----通讯中断

返回主题列表
作者 主题
雨天2014
侠客

经验值: 817
发帖数: 60
精华帖: 2
楼主    2020-10-12 08:34:15
主题:一次艰难的维修经历----通讯中断

前天,接一同事电话,有个机列泵站频繁跳闸,一班能跳3-4次,画面上显示循环泵故障,但是查看热继电器也没有动作,在画面上直接复位,然后就能继续开泵了,在跳闸的时候画面上也没有什么别的任何故障。

泵站有个单独的子站,上面有急停,启停按钮  检修/工作 等,接的都是常闭点。

看了一下程序后,发现如果泵站急停来的话,循环泵会报故障。

为了验证想法,我加了下面的程序,来看到底是哪些点引起的。

再次跳闸的时候,去看了看,急停,液位,检修 都来了,难怪泵会停呢,然后我又把这些点加进了IBA,观察到的图是这样的

对单独一个放大来看

放大后,发现中断的时候只有80ms,时间太短了,根本观察不出来嘛。又放大了几个点,发现时间都是在80-110ms左右,我想这个问题看来不太好弄,能不能先不让泵站停,然后再修呢,我就在可能引起泵站停的地方全部都加了1s的延时(幸亏这个溢流阀是断电增荷的,要不然还没法延时)用了一个晚上,第二天问操作工,操作工说泵站没有再停,我松了一口气,只要生产上不说,我们就可以慢慢查原因了

不过继然怀疑到通讯上面了,生产不能停,那就直接换,现场有部分网线经过拖链,先把这部分换掉吧,先把线放好,东西准备到位后,和生产沟通停10分钟,接两个DP头,换线后,还有中断的现象。在接线的过程中发现DP线老化比较严重,里面绿色的网线外皮很脆,一碰就漏铜丝了。

泵站箱的网线是从操作台过来的,把这个也换了试试看吧,换过后,还是不行,还有中断。

讨论后,说再试试加中继器和降波特率两个办法吧,不行了再说

昨天下午,先把波特率从1.5降到187.5,今天早上来查看的IBA曲线


从降波特率后,在目前,没有再出现,再继续观察几天。有后续结果,我再上来给大家分享。





WWCWWC
至圣

经验值: 71501
发帖数: 7980
精华帖: 145
1楼    2020-10-12 08:47:23
主题:回复:一次艰难的维修经历----通讯中断

,先点赞,后评论。

在“几乎无计可施”情况下,降低通讯频率确确实实是一个办法,相比操作简单。

关于丢站问题,不是几句话能够讲清楚的。问题的可能性很广,且牵涉到方方面面。


东方红一红
至圣

经验值: 16129
发帖数: 6594
精华帖: 50
2楼    2020-10-12 10:36:59
主题:回复:一次艰难的维修经历----通讯中断

补充一下系统的构成及异常中断IO的位置,更有利于故障点的判读。

知其道,用其妙!
Zane
至圣

经验值: 75772
发帖数: 19248
精华帖: 376
3楼    2020-10-12 11:08:27
主题:回复:一次艰难的维修经历----通讯中断


这是一系列问题造成的,连锁信号与主控信号不在同一个分站上,未使用耐油污的通信电缆,而等电势又没有做好或者说是被破坏了。


其实什么问题也没发现,什么问题也没解决,也没有任何关于EMC问题的措施,总有一天通信故障会超过1s的。

Zane 注册自动化系统工程师 Always save before download
和光同尘
奇侠

经验值: 6695
发帖数: 1090
精华帖: 1
4楼    2020-10-12 11:50:44
主题:回复:一次艰难的维修经历----通讯中断

使用iba的来查找故障,方法挺好的,以后也可试用一下

RENHQ
至圣

经验值: 68546
发帖数: 12108
精华帖: 59
5楼    2020-10-12 12:23:34
主题:回复:一次艰难的维修经历----通讯中断

不错

前段时间用了一个第三方的DP模块,就放到CPU旁边了,用第一个很顺利,组态上就通讯上了

用第二个的时候,怎么弄就是通讯不上,模块距离CPU不到1米,DP头的终端电阻不管在ON/OFF上,死活通讯不上,联系厂家,厂家客服也很纳闷,最后没办法,把波特率降了一下,然后马上就好了》。。感觉也好奇怪

Q群:https://jq.qq.com/?k=9BDuEgf6
黑猫警长W
至圣

经验值: 18280
发帖数: 2393
精华帖: 1
6楼    2020-10-12 12:59:28
主题:回复:一次艰难的维修经历----通讯中断

等待后续情况

'Razor
至圣

经验值: 20027
发帖数: 2761
精华帖: 22
7楼    2020-10-12 13:15:28
主题:回复:一次艰难的维修经历----通讯中断

逛论坛久了,看到关于故障的帖子是多如牛毛,想说的是,我们的程序中关于“故障系统”的程序编制是否也能变得有“套路”一些?如方便人机间交互的故障信息应该如何编制、显示、保存、回溯、帮助提示?人的疾病有“实病”和“虚病”之分,故障是否也可分为“虚实”?由外部硬开关/按钮/触点等接点的断开/闭合触发产生的为“实”,而由通讯方面引起的为“虚”,如果能够区分的详细一些,写程序的人少偷些懒,多写一点,我们查找故障原因时是否就能少走一些弯路呢?

Less is more……
天芯
至圣

经验值: 18638
发帖数: 2092
精华帖: 0
8楼    2020-10-12 14:09:41
主题:回复:一次艰难的维修经历----通讯中断

不影响生产的前提下,解决问题,的确难

艾星落尘
至圣

经验值: 17365
发帖数: 1003
精华帖: 1
9楼    2020-10-12 20:29:44
主题:回复:一次艰难的维修经历----通讯中断

关于这个DP接头的问题,现在都不敢用那种压线式的接头,就是不用剥电缆的那种,有的人没有一次性压好,查了半天,屏蔽啊,接地啊,什么都做好了,还是偶发的出现,后来看到好多这种DP接头,直接全给换成端子锁紧的DP接头,换完后就好了,再也没出现了,中断时间也是200MS左右,有的时候传动跳闸,有的时候不跳闸;

一个人在战斗
您收到0封站内信:
×
×
信息提示
很抱歉!您所访问的页面不存在,或网址发生了变化,请稍后再试。