西门子PLC中FB和FC差异、管脚定义、临时变量引起的麻烦

PLC、电工、变频器、制造业技能人才分享互换！

FB--功能块，带背景数据块 FC--功能，相称于函数

FB，FC块均相称于子程序，既可以调用其它FB，FC块，也可以被OB，FB，FC块调用。

他们之间的紧张差异是：

1. FB利用背景数据块作为存储区，FC没有独立的存储区，利用全局DB或M区

2. FB局部变量有STAT和TEMP，FC由于没有自己的存储区因此不具有STAT，TEMP本身不能设置初始值。

实质上，FB，FC的实现目的是相同的；无论何种逻辑哀求，FB，FC均可实现。
只是实现办法效率不同，这也和工程师个人编程习气有关。

FB块优点：

1. 易于移植性，对付相同掌握逻辑不同参数的被控工具，只要利用不同的背景DB，同一个FB块就可以方便

2. 多重背景，减少重复事情，提高效率

3. 多次调用时，参数修正方便

4. 有独立的存储区

FC块优点：

1. 小巧灵巧，对付非多次调用的程序更易理解

2. 不占用额外的存储资源

FB,FC块管脚定义

IN---------变量是外部输入的，只能被本程序块读，不能被本程序块写;

OUT-------是本程序块输出的，他可以被本程序块读写，其他程序通过引脚只能读值不能写;

IN_OUT--- 输入输出变量 本程序块和其他程序都可以读写这个引脚的值。

TEMP -----临时变量，顾名思义是暂时存储数据的变量。
这些临时的数据存储在CPU事情存储区的局部数据堆栈（L堆栈）中。

STAT-------在PLC运行期间始终被存储。
S7 将静态变量定义在背景数据块（仅对FB而言，FC和OB无静态变量），当被调用块运行时，能读出或修正静态变量；被调用块结束后，静态变量保留在数据块中。

为何定义的FB，FC块，多次调用后程序混乱？

对付，多次调用的程序块，FB块建议改换调用不同的背景DB；FC则须要确保利用的存储地址不重复，即每次调用，块中调用的地址不重复。

为何含有定时器或计数器的FB或FC单次调用ok，多次调用时定时器或计数器混乱？

对付多次调用的FB，FC，如为S7定时器，计数器，则须要在IN接口中定义TIMER或Counter，每调用一次FB或FC，均赋不同的定时器或计数器号。

如为IEC定时器，计数器，则须要在IN接口定义Block_DB，每调用一次FB或FC，均赋不同的DB块给个中的IEC定时器或计数器。

临时变量引起的麻烦

临时变量可以在组织快OB、功能FC和功能块FB中利用，当块实行时它们被用来临时存储数据，一旦块实行结束，堆栈的地址将被重新分配用于其它程序块利用，此地址上的数据不会被清零，直到被其他程序块授予新值。

须要遵照“先赋值，再利用”的原则。

因此，有常见的几种情形导致程序运行不正常：

1. 某个块程序运行时好时坏，个中某个数值或多个数值偶尔不正常

此问题在于，一定遵照“先赋值，再利用”。
否则，TEMP的数值在每个扫描周期开始未有明确的赋值，此地址的数值将是随机的。

2. 多个块利用TEMP，单独利用任意一个都正常，无法一起正常利用

此问题在于，TEMP未能先赋值，再利用；程序块1的TEMP中的数值并没有清零，而是CPU运行机制调用此地址利用或直接分配给程序块2利用，导致这个TEMP地址并不为0，因此程序混乱。

由于内存运行机制并不公开，因此，这一分配过程看起来是随机的。
这可能导致，程序多次运行情形下正常，运行一段韶光后涌现问题。

只要遵照“先赋值，再利用”的原则，就可避免。

3. TEMP无法实现自锁

此问题在于，TEMP数值无法像M点或Q点一样保持上一个周期的数值；TEMP须要在每个扫描周期有一个明确的赋值，即先赋值（写），再利用（读写）

办理办法，FB可利用STAT静态变量；FC可利用M区或全局DB地址。

总结

在利用临时变量TEMP时:

1.不能先利用，再赋值

2.不适用于自锁线圈

3.不适用于上升，低落沿

碰着如上情形，FC块可采取M区或全局DB地址；FB块也可采取自身背景DB的STAT静态变量

在FB，FC中利用第一次调用的某个临时变量，必须先对其赋值即写指令，而不能是读指令。

来源：网络

⇩ 领取！