湖北省西门子授权供应商---西门子变频器十堰市总代理

//以上的是参数输入部分
LAR2 P#0.0 //该语句指名了FB和背景数据块的对应关系，就是FB的第一个参数对应背景数据的地址
CDB //交换共享数据块和背景数据块，将当前的共享数据块变为背景数据块
UC "TCONT_CP" //使用UC调用FB，FB的背景数据块就是上面打开的数据块即"tDIPd"
CDB //交换共享数据块和背景数据块，将当前的背景数据块变为共享数据块
//以下是参数输出部分
A DBX 42.0
= M 8.0
A DBX 42.1
= M 8.1
L DBW 22
T PQW 306
L DBD 34
T MD 4
//从上面我们可以看出DBX42.0、DBX42.1和DBD34是输入输出行数据

下面这段程序是使用传统的方法CALL调用FB
CALL "TCONT_CP" , "tDIPd"
PV_IN :=
PV_PER :=PIW290
DISV :=
INT_HPOS:=
INT_HNEG:=
SELECT :=
PV :=
LMN :=
LMN_PER :=PQW306
QPULSE :=
:=
:=
QC_ACT :=
CYCLE :=
CYCLE_P :=
SP_INT :=MD4
MAN :=
COM_RST :=M8.0
MAN_ON :=M8.1

上面这两段程序的执行效果是一样的，但是他们的写法和思路是完全不一样的，使用UC调用时，FB的输入输出参数的附值很自由，可以在程序的任何地方书写，没有条条框框的限制，而CALL就不同了，他给出了书写参数的位置。当然使用CALL时也可以使用共享数据块方式传递参数，但是这样就乱了，也没有这个必要。从中我们可以得到一个结论，FB的数据参数传递是通过数据块来传递的，而且数据块是静态的，所以我们给FB传递参数时，可以在任何地方都可以给FB传递参数。UC和CALL的区别还有，UC可以通过AR2修改FB参数与背景数据块的对应关系。而CALL指令是不行的。通过改变AR2的值使得对应关系产生偏移。

FC（功能），他是没有存储能力的，这是一般的说法，给定入口参数，执行完了，从出口参数读出数据，FC的功能就消失，就像C语言里的函数。如果在FC里使用全局数据（M区数据，数据块数据），那就会是另外一种效果。
上面说过，FC里的参数是没有实际地址的，使形式参数，只有在调用时才会把实际参数的地址传递到FC的参数里。
下面，我使用一个例子可以证明FC的参数传递的不是数据，而是地址，
建立一个FC如下：