wincc如何指定默认周期(WinCC与S7-300400)

对于全局脚本中使用的变量,至所于我觉得使用wait函数会更好些,是因为如果不使用Wait函数,在整个WINCC的运行期间都都要占用周期性服务资源而S7300的周期性资源只有4个,如果被全局脚本终始占用了一到两个,我觉得浪费很大,对于多台上位机运行的时候,这样势必使得使得周期性资源被占用太多,通讯效率有很大的降低再说使用Wait功能只要执行时间不超过脚本的触发周期,也没有问题,今天小编就来聊一聊关于wincc如何指定默认周期?接下来我们就一起去研究一下吧!

wincc如何指定默认周期(WinCC与S7-300400)

wincc如何指定默认周期

对于全局脚本中使用的变量,至所于我觉得使用wait函数会更好些,是因为如果不使用Wait函数,在整个WINCC的运行期间都都要占用周期性服务资源。而S7300的周期性资源只有4个,如果被全局脚本终始占用了一到两个,我觉得浪费很大,对于多台上位机运行的时候,这样势必使得使得周期性资源被占用太多,通讯效率有很大的降低。再说使用Wait功能只要执行时间不超过脚本的触发周期,也没有问题。

呵呵,WINCC映像区中注册的变量越多,WINCC执行的负荷应该就越重,我觉得有时候不是通讯问题造成WINCC速度慢,因为这点通讯量对于以太网或者DP来说根本不是问题。

WinCC的 C 和 VBS 脚本的使用非常灵活,可以大大加强WinCC的各种功能,但若使用不当,确实会产生一些通讯问题,如万版主所说。

有些不得不用脚本情况下,要谨慎使用,并多加注意即可:

首先,要了解 C 和VB 脚本的“排队”执行和堵塞的特性。但好在 C 和 VB脚本又有各自不同的“队列”,一定程度上实现了“多线程”的效果,所以可以有意识的将不同的任务分别放在C 或 VB脚本中执行,比如:一个按钮的VBS执行数据库读写,另一个按钮C脚本执行UI处理,当VBS数据库读写任务较重时,而按钮的C脚本通常不会被其堵塞。

其次,要了解常用的GetTag系列函数的执行特性,具体如下:

问题:各种GetTag和SetTag函数之间有什么差别?

解答:

在WinCC的全局脚本里有几种函数专门是用来提取(GetTag 函数)和设置函数值(SetTag 函数)的。

这里的列表给出了不同的函数及它们的功能:

SetTag 函数:

SetTagxxx

此函数给作业赋予一个值去写,然后立即返回到调用函数。它并不等到值实际写好后再返回。

该调用的明显特点是:

  • 此调用比较快。
  • 调用函数并不清楚这个值实际是在何时写的。
  • 该函数也不提供写作业状态的有关信息。

SetTagxxxWait

此函数给作业赋予一个值去写,但是只有当值已经写好后才返回到调用函数。

该调用的明显特点是:

  • 该调用慢于SetTagxxx。其实际速度取决于通道和PLC的其它因素。
  • 调用后值已经实际写好。
  • 该函数不提供写作业状态的有关信息。

SetTagxxxState

此函数具有SetTagxxx相同的特点。另外,SetTagxxxState函数还提供写作业的状态的信息。由于状态永远是内部提供的,故相比于SetTagxxx性能上没有什么差别。

SetTagxxxStateWait

此函数具有与SetTagxxxWait相同的特点。但是SetTagxxxStateWait函数还提供了写作业的状态信息。由于状态永远是内部提供的,故相比于SetTagxxxWait性能上没有什么差别。

SetTagxxxStateWait与SetTagxxxState这两个函数间的差别与 SetTagxxxWait与SetTagxxx这两个函数间的差别相对应。注意:当写过程结束时只能给出某些状态。

SetTagMultiWait

此函数的特点与SetTagxxxWait相同。但是它也提供在一个作业里发出多个写作业的选件。

GetTag 函数:

GetTagxxx

当此函数被调用时变量被注册下来。然后变量受到PLC的周期性请求。注册的周期取决于触发器(参看下面的叙述)。使用GetTagxxx调用,提供了WinCC中的可用值。取消了对图象的选择后,变量被再次注消。

注意:

如果变量在一个全局脚本动作里被请求,那么它将对WinCC的整个运行系统保持注册状态。

在回调函数里你必须使用相应的GetTagxxxWait函数。

  • 变量触发器的动作特点
  • 在规定的监控时间里选择图像那一刻,变量触发器里包含的所有变量已经注册。如果触发器里包含了被请求的变量,那么它的值已经可用并直接传送到调用。
  • 注意:
  • 如果被请求的一个变量不包含在变量触发器中,则其动作将与标准触发器一样。
  • 标准变量触发器的动作特点
  • 第一次调用时,变量在半个周期时间里被注册。其值对于后续的每个调用都可用。
  • 事件触发动作的特点
  • 对于第一次调用,“当被修改后”变量被注册。对于过程变量,其计时过程的管理取决于通道(缺省为1秒)。
  • 注意:
  • 如果在鼠标单击事件背后由函数GetTagXXX请求一个值,那么变量被注册,而且该变量自此之后被PLC周期性的请求。这增加了基本负荷。因此必须考虑是否用GetTagXXXWait请求值更好(只有一次高通讯负荷),也可因之避免注册(增加基本负荷)。

GetTagxxxWait

变量不注册。值仅仅被PLC请求一次。

此调用有下述特点:

  • 此调用相比与GetTagxxx用的时间要长。其延续时间由通道和PLC决定。
  • 当前值取自PLC。
  • 该函数不提供变量状态的任何信息。

GetTagxxxState

此函数具有与GetTagxxx相同的特点。但是GetTagxxxState 函数另外还提供变量状态的信息。由于状态永远是内部提供的,故相比于GetTagxxx性能上没有什么差别。

GetTagxxxStateWait

此函数具有与GetTagxxxWait相同的特点。但是GetTagxxxStateWait函数另外还提供变量状态的信息。由于状态永远是内部提供的,故相比于GetTagxxxWait性能上没有什么差别。

GetTagxxxStateWait与 GetTagxxxState函数的差别对应于GetTagxxxWait和GetTagxxx函数将的差别。注意,由于过程变量的值是从PLC读得,它的状态要比GetTagxxxState给出的状态要更新一些。

GetTagMultiWait

此函数具有与 GetTagxxxWait相同的特点。但是它也提供在一个作业里请求多个变量的选件。)

另外,WinCC还提供了脚本中高效数据交换(批量读写)的函数和方法:GetTagMultiWait/SetTagMultiWait(VBS中的TagSet) 和 原始数据类型 RawData。

其中GetTagMultiWait是同步方式,可以一次读取上百个不同类型的WinCC变量(不是数组),而所花费的时间却和GetTagWait函数调用一次的时间差别不明显,优化效果极为显著。

而WinCC的原始数据类型RawData大家都比较熟悉了,以数组方式和PLC交换数据,优点:数据量大,缺点:无法直接在画面等处直接使用,需要脚本拆解。

,

免责声明:本文仅代表文章作者的个人观点,与本站无关。其原创性、真实性以及文中陈述文字和内容未经本站证实,对本文以及其中全部或者部分内容文字的真实性、完整性和原创性本站不作任何保证或承诺,请读者仅作参考,并自行核实相关内容。文章投诉邮箱:anhduc.ph@yahoo.com

    分享
    投诉
    首页