FB和FC的差别.docVIP

关于S7的一些杂谈????临时数据区，OB，FB和FC里的临时数据区的功能是一样的，程序每次执行时，临时数据的数据是不确定的，他属于动态数据，是由操作系统从数据栈里分配给FB的，程序退出后，要把这些数据内存归还给操作系统。????OB的临时数据的前20个字节是操作系统在调用OB是分配给OB的特殊区域，相当于OB的入口参数，每次系统调用OB时就会把相应的数据写在这20个字节里，我们的用户程序会根据这20个字节的特定数据处理自己要处理的问题，这里我以是OB40（硬件中断）为例，OB40_MDL_ADDR是触发中断的模块的逻辑基址，OB40_POINT_ADDR，指出哪个通道已超出哪条限制等，我们就可以根据这些数据编写我们的硬件中断处理程序。????首先，我简单的说说FB和FC的区别，FB是具有存储功能的，FC没有存储功能，这是一般的理解；FB需要背景数据块，而FC是没有的；参数的传递方式不同，FB的输入输出对应着背景数据块地址，而FC的输入输出是没有实际地址对应的，只有的程序调用时，才会和实际的地址产生对应关系。FB参数传递的是数据，FC参数传递的是数据的地址。????FB（功能块）的处理方式是围绕着数据块处理数据，他的入口参数和出口参数都是数据块里的数据，以及STAT的数据都是数据块里,入口参数和出口参数、STAT可以认为是静态数据，这些数据不会因为函数消失而逝去，他会一直保存在数据块里。FB里的变量与他的背景数据块是一一对应的，而他的对应并不是一层不变的。更确切的说，FB里的变量在调用时将根据AR2的值当作偏移量与背景数据块是一一对应。如果一个FB功能块里没有入口参数、出口参数及STAT数据，他将不需要背景数据块，这时的FB和没有入口出口参数的FC就没有什么区别了，就只能使用临时变量和全局变量了。????用很多人认为，FB的背景数据块必须由FB生成、FB里的第一个变量对应着背景数据块的第一个变量，还有就是由FB生成的数据块只能作为FB的背景数据块使用。其实这些理解是错误的，FB的背景数据块不一定是通过FB生成的，可以像生成共享数据块一样生成FB的背景数据块，换句话说，普通的数据块也可以作为FB的背景数据块，不过这种做法是有一定前提的，就是这个数据块的字节数必须大于等于FB所需的字节数，如果小于FB所需的字节数时，FB访问到超出背景数据块的变量时就会找不到变量的地址，肯定会出错了。FB里的第一个变量对应可以对应数据块字节数减去FB所需背景数据块字节数里的任意位置的变量，我觉得这个比较好理解，在多重背景里不就是这样吗。谈到这里我得说点别的，好像这种情况下，FB里不可以有多重背景，在S7里，多重背景好像是不允许嵌套的，说道这里我马上在S7做了测试，证明我的想法是错误的，多重背景是可以嵌套的。话回正题，由FB生成的数据块也是可以像访问普通数据块一样通过共享数据块方式访问，不信，你可以自己试一试。说说如何使用普通的数据块作为FB的背景数据块，会不会有人现在就开始自己试了，怎么不行呢，一调用程序就程序红色，有错误啊。告诉你，使用CALL指令编写时SETP7会自动检查DB块和FB的关系，要是时间标记和大小不一致就会报错。在这里我们可以使用UC指令调用FB，UC指令是不传递参数的（对于这个说法，我不太认同，我将会在使用UC调用FC时是如何传递参数一节讲述），那么我们如何将参数传递给FB呢？又如何将FB的输出读出来呢？我在前面说过，背景数据块是可以像访问普通数据块一样使用共享数据块访问，这就解决了我们参数传递的问题。下面我给出一个例子大家看看：使用UC调用FB??????L?????PIW??290??????T?????tDIPd.PV_PER???????????? //tDIPd是TCONT_CP的背景数据块，我们在这里使用共享数据块方式对数据块写入数据??????L?????MD?????4??????T?????DBD???34??????A?????M??????8.0??????A?????DBX???42.0??????A?????M??????8.1??????=?????DBX???42.1//以上的是参数输入部分??????LAR2??P#0.0????????????????????? //该语句指名了FB和背景数据块的对应关系，就是FB的第一个参数对应背景数据的地址??????CDB??? //交换共享数据块和背景数据块，将当前的共享数据块变为背景数据块??????UC????TCONT_CP //使用UC调用FB，FB的背景数据块就是上面打开的数据块即tDIPd??????CDB??? //交换共享数据块和背景数据块，将当前的背景