回复:关于含定时器的子程序计时方案解决

一世天蓝

  • 帖子

    214
  • 精华

    0
  • 被关注

    24

论坛等级:侠士

注册时间:2015-01-15

普通 普通 如何晋级?

发布于 2017-03-31 16:37:29

20楼

展开查看
以下是引用芳季在2017-03-31 09:27:22的发言 >14楼

分析对。

异步的话你要在中断里面给所有使用到的“计时器”刷新一次。变得中断的工作量大一点。

好比我SBR3子程序里面使用了VD100做“计时器”SBR4用了VD104做“计时器”那么中断里面就要同时给100和104进行加一处理。由于是异步,所以100 104的复位可以在任何地方复位。但是自复位开始第一个中断加一的时候就不是正好经过一个时基了而是小于一个时基。

此时,SBR3 SBR4里面的计时器有可能互相不同步。甚至多次调用SBR4之中的每一次都可以不同步。

以下是引用一世天蓝在2017-03-31 08:48:26的发言 >:哦。原来你说的同步...

引用详细内容:

哦。原来你说的同步指的是这样的同步啊。这样子在同个周期里使用的是同一个时间基准。如扫描周期20MS.时基为10MS。有定时是18ms,并且语句在程序最后面。第1个周期,刷新为0.程序扫描一遍,用了20MS,第二个周期,刷新一遍,变为20MS了,达到预设值,这样,加上第二扫描周期时间,定时生效最后会在40MS左右的时候生效。如定时22MS,则会有3个扫描周期,差不多60MS的时候,定时才生效。这样分析对吗?如果是。那么异步计时呢?第一种情况同样需要2个周期,第二种情况也是2个周期。那似乎是异步计时比较有优势,是吗?

下午闲来无事,继续思考降低误差的事,又想到另一个问题,想请教下这位师傅,如果定时中断设置的时间比扫描周期还短,程序能不能正常运行?假设可以正常运行。那么,当一个扫描周期里发生了2次中断,而我们程序上却只加了1个时基上去。比如,扫描周期20MS,中断10MS,定时0.5S。那么每个20MS才计时10MS。这样子,最后,定时0.5S岂不是变成1S了?这样看的话,岂不是还是在中断里加1,然后刷新到主程序比较准确一点?当然这些情况是在1个扫描周期里发生了多次中断时,程序也能正常扫描的情况。如果不可以发生多次扫描,则按照正常的编程逻辑不会发生这样的事。

评论
编辑推荐: 关闭

请填写推广理由:

本版热门话题

SIMATIC S7-200

共有33258条技术帖

相关推荐

热门标签

相关帖子推荐

guzhang

恭喜,你发布的帖子

评为精华帖!

快扫描右侧二维码晒一晒吧!

再发帖或跟帖交流2条,就能晋升VIP啦!开启更多专属权限!

  • 分享

  • 只看
    楼主

top
您收到0封站内信:
×
×
信息提示
很抱歉!您所访问的页面不存在,或网址发生了变化,请稍后再试。