西门子苏州授权代理商
当PLC投入运行后，其工作过程一般分为三个阶段，即输入采样、用户程序执行和输出刷新三个阶段。完成上述三个阶段称作一个扫描周期。在整个运行期间，PLC的CPU以一定的扫描速度重复执行上述三个阶段。
(一) 输入采样阶段
在输入采样阶段，PLC以扫描方式依次地读入所有输入状态和数据，并将它们存入I/O映象区中的相应得单元内。输入采样结束后，转入用户程序执行和输出刷新阶段。在这两个阶段中，即使输入状态和数据发生变化，I/O映象区中的相应单元的状态和数据也不会改变。因此，如果输入是脉冲信号，则该脉冲信号的宽度必须大于一个扫描周期，才能保证在任何情况下，该输入均能被读入。
(二) 用户程序执行阶段
在用户程序执行阶段，PLC总是按由上而下的顺序依次地扫描用户程序(梯形图)。在扫描每一条梯形图时，又总是先扫描梯形图左边的由各触点构成的控制线路，并按先左后右、先上后下的顺序对由触点构成的控制线路进行逻辑运算，然后根据逻辑运算的结果，刷新该逻辑线圈在系统RAM存储区中对应位的状态；或者刷新该输出线圈在I/O映象区中对应位的状态；或者确定是否要执行该梯形图所规定的特殊功能指令。
即，在用户程序执行过程中，只有输入点在I/O映象区内的状态和数据不会发生变化，而其他输出点和软设备在I/O映象区或系统RAM存储区内的状态和数据都有可能发生变化，而且排在上面的梯形图，其程序执行结果会对排在下面的凡是用到这些线圈或数据的梯形图起作用；相反，排在下面的梯形图，其被刷新的逻辑线圈的状态或数据只能到下一个扫描周期才能对排在其上面的程序起作用。
(三) 输出刷新阶段
当扫描用户程序结束后，PLC就进入输出刷新阶段。在此期间，CPU按照I/O映象区内对应的状态和数据刷新所有的输出锁存电路，再经输出电路驱动相应的外设。这时，才是PLC的真正输出。
比较下二个程序的异同：
程序1：
程序2：
这两段程序执行的结果*一样，但在PLC中执行的过程却不一样。
※ 程序1只用一次扫描周期，就可完成对%M4的刷新；
※ 程序2要用四次扫描周期，才能完成对%M4的刷新。
这两个例子说明：同样的若干条梯形图，其排列次序不同，执行的结果也不同。另外，也可以看到：采用扫描用户程序的运行结果与继电器控制装置的硬逻辑并行运行的结果有所区别。当然，如果扫描周期所占用的时间对整个运行来说可以忽略，那么二者之间就没有什么区别了。
一般来说，PLC的扫描周期包括自诊断、通讯等，如下图所示，即一个扫描周期等于自诊断、通讯、输入采样、用户程序执行、输出刷新等所有时间的总和。
二.PLC的I/O响应时间
为了增强PLC的抗干扰能力，提高其可*性，PLC的每个开关量输入端都采用光电隔离等技术
在本块中是一一对应的，在temp变量声明后，其后会生成一个地址，此地址就是系统自己分配的，对应本块的L区。参加下图 此变量只在当前块应用，当块执行的时候它被用来临时存储一些数据，当块退出后这些值也将丢失。因此在plc扫描运行时，临时变量不能存储。 |
有网友问我：“我在FB块里设置了参数类型为TIMER的输入参数TIM15。同样的数据类型为Timer的输入参数TIM1~TIM14的定时器是程序原有的，用起来没有问题。TIM15是我新增的，调用功能块时用T2作TIM15的实参，但是在FB里监控TIM15，它不动作。将它改为全局变量，例如T33就正常了。但不知道为什么？烦请廖老师帮忙分析下有那些可能影响的原因。”（我对原话做了些文字整理）。 我用仿真做了实验（见下图），接通两个定时器的线圈，的确看到T33的当前值不断减小，但是看不到TIM15的当前值和它的变化。 对计数器做类似的实验，也看不到计数器当前值的变化。FC里的定时器、计数器也有同样的问题。 问题到底出在哪里，是FB和FC里的定时器、计数器罢工了吗？ 为了确认定时器、计数器是否罢工，我用MOVE指令将定时器TIM15的当前值传送到MW12，在定时器线圈通电时，看到TIM15的当前值从设定值开始不断减小（见下图），看来TIM15并没有罢工，只是在监控定时器线圈时看不到它的当前值而已。对计数器做同样的实验，也能证明FB里地址为参数类型COUNTER的计数器是能工作的。 值得注意的是TIM15是输入参数，它的功能是用来接收定时器的地址，它的输出位的状态不会自动地返回给调用FB的程序。需要在FB里创建一个数据类型为BOOL的输出参数，例如下图中的out1，用它来将TIM15输出位的状态返回给调用FB的程序。 |