西门子软启动总代理

西门子软启动总代理 

西门子软启动总代理 

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.多重背景,减少重复工作,提高效率

 多次调用时,参数修改方便

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,因此程序混乱。