标准泵逻辑之保持输出

admin

今天找资料不小心就“越界”了，往回跑时顺手就捎带了一张图回来，原图有部分符号使用的好像是GE标准符号，怕不好理解，就自己弄“四不像”的符号在重绘时临时替换了一下，不够标准和规范，如图所示


图中所讲的内容如题目那样，“标准”泵逻辑，具体是什么标准，大家先看一下。
有时在编程时，对内部的相关逻辑有时照顾不周全，随想随写，这样写出的程序往往就会有漏洞，在进行测试时往往测试不出来，非得到现场投入使用了，没准漏洞就出来了，常见的就是故障时对输出的复位， 对停止回路的处理，对控制模式的复位等，会发生遗忘，就会导致电机循环的启停，或者说在故障清除后，操作上没有给启动命令泵自己它就自动启动了。
后来长了记性，慢慢地也开始习惯画个逻辑图之类的东西，先大体上整理一下，把有关置位复位的逻辑理扒理扒，就好多了，也算是一个不错的习惯吧。
这里也就不絮叨什么了，各位有兴趣的就看一下，顺便也捋一捋自己的理解。
在高手看起来这都是比较简单的东西，所以可以绕行。
有交流意愿的，大家共同探讨一下。
图不是原创，是使用绘图软件重新绘制了一次，不过我还是又做了一次搬运工。
详细的逐项的文字说明正在翻译整理之中，控制块程序（这个得自己写）也正在理解编写中。
接上回图



定义
输入逻辑：
启动和停止命令：操作员通过操作来自图形显示的命令来启动和停止电机。 请注意，这些总是瞬时的。
运行触点：泵电机的指示，它告诉逻辑泵正在运行。
启动许可：在泵可以启动之前所需的条件。
工艺跳闸：关闭泵电机的工艺条件（例如储罐液位过低时，跳闸泵）。
自动启动：在泵处于自动模式时自动启动泵的条件（例如：当另一个泵故障时自动启动泵）。
自动停止：当泵处于自动模式时自动停止泵的条件。

输出逻辑：
启动和停止输出：
从逻辑输出到启动和停止电机的泵电机。

指示和警报：
准备：显示所有的许可已经满足，泵准备由操作员启动。
自动模式：显示泵处于自动模式，并将由自动启动和自动停止命令自动操作。

故障：一个警报，告诉操作员泵被赋予启动输出，但它没有运行。 这告诉操作员，泵本身有问题，并表明泵被告知启动时它没有启动，或者它在运行后停止了，但它没有被逻辑停止。
跳闸：一种报警，它告诉操作员泵是通过工艺跳闸（不是由操作员或自动停止命令）被逻辑停止的。 此警报并不总是包含在泵逻辑中。


自动模式
“自动”和“手动”按钮，如上图所示，设置和重置自动模式，当自动启动和自动停止命令是“真”时，允许泵自动启动和停止。 自动模式重置还应包括泵故障、工艺跳闸和操作员停止命令。 如果自动模式在泵故障时不重置，当自动启动为真时，一旦故障被重置，泵将重新启动。 类似地，如果操作员停止不重置自动模式，则如果自动条件为真，则在操作员停止后，泵将重新启动。

如果工艺跳闸没有重置自动模式，将出现一个问题，泵循环启停行为将发生。 如果跳闸条件循环开和关（作为一个液位跳闸可能出现，而液位徘徊在设定点），而自动启动条件是“真”时，泵将循环开和关。





泵故障
当启动输出被发送到电机，没有检测到运行接触器信号时，泵故障发生。 这与泵跳闸不同，这表明泵在过程条件下被逻辑绊倒。
区分故障和跳闸消除了关于是什么关闭了一台电机的许多混乱——这是在现场发生的事情，或者是由逻辑引起的事情。
“故障”警报告诉操作员问题在现场，“跳闸”警报表示电机被逻辑关闭。
为了安全起见，当电机发生故障时，必须重置启动输出，以便检查故障泵的人不会对突然启动感到惊讶。 虽然这被接受为安全目的的标准设计实践，但它经常被错误地省略。
故障指示将保持为“真”，并将抑制电机的启动，直到操作员通过发出停止命令手动重置它为止。启动抑制是通过将故障位输入停止逻辑来执行的，在将故障位输入停止电路之前不应被脉冲触发，否则泵将被允许再次启动，而不首先清除故障指示，并且在第二次故障后不会清除启动命令。



泵逻辑设计中的其他常见问题
通常，电机逻辑被写入，以便当运行联系被逻辑看到时，启动输出被赋予电机。 例如，如果在模拟过程中运行联系被强制为“真”，或者当I/O柜中的布线被改变时，运行联系意外地变为“真”，则泵将意外启动。 这是一个安全隐患，必须从逻辑中删除。
来自操作员的启动和停止命令应该始终是瞬间的。否则，如果先前当许可不满足时曾尝试启动泵，在稍后许可被满足后，泵将意外启动。当导致跳闸的跳闸条件被清除时，维护的命令也会导致泵意外启动。 矩量脉冲通常由图形而不是编程逻辑执行。 对于文中所有图示，假设命令按钮是瞬间的。
当“允许”被来自逻辑的另一个输入（如自动启动）覆盖时，问题往往会出现。 确保允许总是按预期使用。 如果在罕见的情况下，有必要覆盖许可，那么设计逻辑，以便操作员必须作出有意识的决定来执行覆盖。
通常使用“红色标签”或逻辑锁定系统来显示泵正在进行维护，并锁定来自操作员的启动命令。令人惊讶的是，它被误认为是一种替代，替代适当的锁定和标记出电机断路器，当单独使用时，它没有提供足够的预防应对启动电机。将电机置于手动模式是可以接受的，同时使用适当的维护程序来锁定断路器。

在工艺跳闸时泵跳闸后，不应要求操作员在重新启动泵之前启动停止命令。 这是另一个常见的设计缺陷，不是安全隐患，但对操作员它是一个麻烦，应该修复。

在前面的帖子里有朋友说习惯直接用LAD编程，个人看法，能够直接一次到位的，都是脑子够用的，像我这种脑子不够用的，只能采用笨办法，一步一步地来。

还是拿上图作例子，在图中我简单地加了几个打红叉的地方，这些地方正是一些重要的状态节点，其中带矩形框的11、12、13、14四个节点，很明显是逻辑分支的最终状态，我们稍后再说它们，先看看不带矩形框的其它状态节点，它们是1，2，3，4。我们看一下，怎么把它们转成LAD梯形图。
状态节点1、这个很简单，一路信号置位，四路信号逻辑或后接到SR命令的复位脚，输出一个临时节点状态pump.temp.autoMode，程序如图，这里，我们完成了后续工作要用的第一块砖。



节点2、可以看成是启动的“汇总”精简输出。



节点3、可以看成停止的“汇总”精简输出。


节点4、我们可以使用节点12（控制泵的输出点）让它的编程简洁一些，节点12的实现如下图示。

节点4就简单了，后面接着就是故障状态节点13。

节点11、使用节点3配合其它信号实现ready状态。



至此，就已经完成了大部分的LAD编写，余下的就不再啰嗦了。

想说的是，照着逻辑图写LAD像是打阵地战，一步一步地往前移，这也只是一种方法，谁说一边想一边写就一定写不好呢？

只要脑子够用，都能做到“算无遗策，滴水不漏“。
来源：西门子工业技术论坛