n
问题:
有或无控制块的情况下,一个S7 CPU中的SFC图表的可能最大数目是多少?n
解答:
SFC图表的最大数目取决于许多因素。 由于这些因素取决于相关项目的组态,因n此不可能对SFC图表的最大数目作出具体的声明。
涉及的因素描述如下:n
1.CPU的通信实例(CFB)
通信实例的最大可能数目取决于S7-CPU。每n个AS-AS通信块(发送/接收)与每个消息支持块(ALARM_8P, 消息, 工艺块, 现场设备块以及SFC)占用其中一个通信实例。在n一个项目中必须通过手动计数相关块的方式,来得出已占用的通信实例的数目。n
下表显示每个S7-CPU有多少个通信实例:n
CPU 景观 | CPU 412-1 | CPU 413-1 | CPU 413-2 | CPU 414-1 | CPU 414-2 | CPU 416-1 | CPU 416-2 |
包括PMC MC在内的同步CFB块的最大数目 | 150 | 150 | 150 | 300 | 300 | 600 | 600 |
2.SCL编译器的内部列表
在编译S7程序时,SnCL编译器为每个组织块与一个组织块的每个运行系统组创建一个内部列表。在该列表中,在编译过程期间,存储与处理包含在程序中的符号与标识。
这些列表的容量有限:n
· PCS7 V4.01版本 - 最多4700个符号n
· PCS7 V4.02版本 - 最多9400个符号n
每个用符号定义的参数(变量,常数,块名等等)在这些列表中占用一个条目。如果在一个组织块或运行系统组中有很多符号,以致内部列表溢出,pn那么不要编译S7程序。n
必须将顺控器直接集成在在一个组织块中,并在对应的运行系统组中处理所有其它的S7块。 不能将顺控器集成在运行系统组。这n是确保每个组织块中的顺控器可以获得最大的加载的唯一方法。然而,如果在一个组织块中确实有许多顺控器,以致SCL编译器不能再编译它们,那n么必须减少顺控器数目。这可以通过将一些顺控器分配到其它组织块来实现。一个顺控器占有的符号数目取决于在顺控器中要处理或分配多少个符号参数。pn换言之,这取决于组态。 n
3.WinCC变量
在AS-OS传送之后,在WinCC变量集中每个SFC都创建了几个变量。WninCC仅处理有限数目的变量(取决于授权,至少128个变量,最多64000个变量)。 因此,WinCC变量的最大数目也就限制了SFC的最大可能的数目。该限制取决于组态。
4.CPU的主内存
取决于组态的另一个限制是所使用的CPU的主内存。如果在编译之后,S7程序太大而不能装入CPU,那么不能创建任何顺控器或扩展S7程序。
5.总线系统的通信加载
通过PCS7可以实现多种总线系统(MPI, PROFIBUS, 工业以太网)。这些总线系统也有不同的性能数据。除了在项目中包含的SFC之外,关于通信加载还有其它方面:
· WinCC变量
· AS-AS通信
· 消息
· 其他
在可视化系统中,总线系统必须能够在组态周期内更新所有包含在项目中的SFC图表。如果总线系统已经通过其它通信加载,那么相应地对SFC可用的通信资源会更少。建议不要把总线加载到其最大性能限制。
6.总结
所有的因素共同决定了在一个项目中可以拥有的顺控器的数目。因此,关于SFC的最大可能数目,在此不能做出具体的或一般有效的声明。也不能使用一个公式来计算这个数目,因为考虑到的所有的因素太复杂了。这还取决于项目中包含的其它单元的组态。
关键字:
系统限制,系统约束
原创文章,作者:ximenziask,如若转载,请注明出处:https://www.zhaoplc.com/plc340716.html