山东省西门子授权供应商---西门子电机东营市总代理

西门子fb和fc区别

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中使用第一次调用的某个临时变量，必须先对其赋值即写指令，而不能是读指令。