回复：从站模块有时候无法正确刷新 I 点信号，这是为什么？急急急！求救！-技术论坛-工业支持中心-西门子中国

回复：从站模块有时候无法正确刷新 I 点信号，这是为什么？急急急！求救！

jinlunfawang

帖子

43
精华

0
被关注

0

论坛等级：游侠

注册时间：2013-03-23

普通如何晋级?

发布于 2013-05-22 20:01:53

25楼

quote:以下是引用n次看你的背影在2013-05-21 23:15:02的发言：
呵呵，楼主：等你五天了哦！不过我还是替你高兴，因为你自己动手测试，并发现、思考了一些问题。

1、从你的第一个测试结果可以证明，系统调用OB82的真正原因是：安全继电器触点串联在输出模块的总电源上了，安全继电器动作，输出模块的总电源就消失了，导致了分布式I/O故障（外部故障）。你现在做了调整，把安全继电器触点串联在输出模块的单个输出回路中，这种硬件回路的安全联锁才是合理的。以后就不会出现安全继电器动作导致分布式I/O故障（外部故障）了。

2、系统调用OB86，是因为总线、阀岛从站故障引起Rack failure（机架故障）。可能的原因有总线插头松动接触不良、SI（总线通讯）模块电源接触不良、或者驱动某个功率较大的设备把24VDC电源电压拉低了、或者驱动某个设备时有短路现象存在。这种偶然发生的软故障，需要你去动手测试、思考和分析。现在范围已经缩小了，因为你在诊断缓存区知道了是哪个从站故障。（建议：总线模块的电源和普通I/O模块的电源分离开来，有条件的话，采用独立的24VDC电源供电。这样就不会因为普通I/O模块的电源问题，影响通讯模块。）

3、我们可以试想：当从站出现Rack failure故障时，相当于这个机架（阀岛从站）从总线上掉了，CPU无法更新当前从站的I/O状态，虽然你看到当前I点是亮的，因为通讯断了，CPU无法读取I点的当前状态。有时候从掉站到恢复是非常快的，毫妙级的（江湖上也叫”闪断“）。楼主，不知道我这样描述你理解了吗？

系统调用OB82的故障已经查出，并做了调整。接下来就要查找系统调用OB86的原因，相信你会解决的。

你好！
一，首先对你的三点问题，做出以下说明。
（1）对于你的第二个问题，如果是总线插头松动接触不良、SI（总线通讯）模块电源接触不良等这样的原因造成的话，我可以解决，加紧螺丝就好了。如果是模块内部短路的话，我没有专业的设备，如何测试模块内部短路了？？？
另外，由于阀岛从站模块的整体式结构，它的通讯模块（SI）和 I 点模块没有办法分别独立地提供24VDC电源，它们的电源是同时提供的。
（2）对于你的第三个问题，你说的闪断我知道是怎么回事。可是我的报警程序里面做了自锁的，即便它“闪”得再快，HMI报警画面和程序里面会有报警记录会保留下来。只有排除故障之后，手动按下复位按钮，那些报警记录才会消失的。
二，最新情况。
今天又出现老问题了，可是在线诊断（诊断之前没有停送阀岛输入模块和输出电源），居然没有今天的任何诊断信息，都是昨天的诊断信息。这个又作何解释？？？
三，下面这条诊断信息是什么意思？？？这是出现老问题后断掉所有的24VDC电源（包括CPU模块的24VDC电源），然后重启后的诊断信息。网上找不到好的答案。（该项目硬件里，中央机架上一个CPU模块，2个DI 32，2个DO32，没了）

Event 16 of 117: Event ID 16# 5371
Distributed I/Os: End of the synchronization with a DP master/IO controller on slot 2
Number of distributed stations: 6
Incoming event
11:00:14.832 AM 05/22/2013

四，传感器通过传感器线连接到阀岛的输入模块，这一路径没有任何问题，因为传感器的状态和阀岛输入模块对应的I点的状态保持一致（通过指示灯可以得知）。所以说，从阀岛的通讯模块到CPU模块这一段出了问题。查了，通讯电缆完好无损。所以，要么是阀岛的通讯模块坏了，要么是CPU模块坏了，显然前者的可能性远大于大于后者。西门子产品的质量哪会有这么差，是不是？？？

五，会不会是SI（通讯模块）本身的质量问题？？？也许内部真的短路？？？我最近一直在考虑网络方面，我领导说，只要报警程序没问题，另外没有网络故障，就不要纠结于网络问题了。我现在真的灰常痛苦啊！

如果愿意的话，私下里jinlun19870626@163.com，我可以把程序发给你看看，还有图纸。

急盼回复！