关于WINCC中占用PO点数的问题
PO分为两类:
1:上位HMI的PO:即程序变量编译到WINCC中过程变量的总数,即产生的PO总数,WINCC安装的授权必须大于等于该PO数。也是我们通常所说的PO.
2:下位AS中的PO,在初次下载程序到CPU中,系统会提示要AS RT PO授权,该PO是程序在CPU中运行需要占用的PO总数,这个PO数量是否和选择该FB块(指带报警的块)传递变量到WINCC有没关系,(STEP7编程模式时设置DB块属性)需要在实物CPU中实验。因为它只在新CPU下载程序的初次提示,下载授权。仿真无法模拟,还有待验证。
下面就关于第一类,wincc PO 的数量问题简述
1:在CFC或者STEP模式下编程,编译变量到WINCC.
(软件分别在PCS7安装方式下,Step7+Wincc模式下进行试验,实际对WINCC来说不分哪种安装方式,最后只认编译过去的是普通变量还是PO变量,只要含有PO变量就只显示要求的PO授权,其它单个变量授权不提示)
Step7编程模式下可以对该FB产生的DB块选择特殊属性-Operator Control and Monitoring 来决定是否传递
CFC编程模式在块的属性里,通过OCM possible 来选择传递否
2: 调用带报警的FB块,就是带自动上传报警消息到WINCC中的。每调用且传递变量到WINCC中就会占用一个PO, 只调用不上传的不产生PO.
(针对FB块来说,不管调用的该FB块能产生几条消息,对wincc来说只产生一个PO.)
3: 调用不带报警的FB块,无论上传或不上传到WINCC均不产生PO.
4: 自己建立的共享数据块或符号表中它们通过插绿色旗子传递到Wincc中的,目前我实验的它不占PO,,只要变量中含有1个PO, wincc要求变量授权类型就按PO要求,其它WINCC变量并不提示要多少授权,也不显示有多少变量,并没有按西门子说的80个DI DO算一个PO. 还需验证。
(试验已经 编译过去接近上千个变量,但任然显示只有3个PO,因为调用了3次带报警记录的块。)
带报警就是块中含有ALARM8P 或者是SFC17的块。
以上只是本人实验所得经验,是否完全正确还需大家验证。
因篇幅问题不能全部显示,请点此查看更多更全内容