恭喜,你发布的帖子
发布于 2016-12-17 10:15:31
11楼
以下描述都是通俗易懂的描述方式。
发送时钟:定义的是控制器可以说话的时间间隔
更新时间:更新时间为发送时间的倍数。
例如:PLC 定义的发送时钟是1ms,则PLC下面挂的IO站的刷新时间,最小是1ms,不可能比1ms还小。
如果PLC的发送时间是1ms,PLC下挂了2个分布式IO,更新时间都是2ms,那么PLC和这2个分布式IO是这样通信的。第一个发送时钟和第一个分布式IO站通信,第二个发送时钟,和第二个分布式IO站通信,依次循环。
又例如:PLC 定义的发送时钟是2ms,2个分布式IO,更新时间都是2ms。则每个发送周期内,PLC要先后和2个分布式IO站完成通信。
又例如:PLC 定义的发送时钟是2ms,2个分布式IO,一个更新时间是2ms,另一个是4ms,则在每个发送周期内,PLC都要和2ms更新时间的IO站通信,而4ms的站则是每两个发送周期通信一次。
在非等时模式下,PLC的程序扫描和PLC的PN接口对分布式IO站的扫描是异步的。
只有在等时模式下,才是同步的。
首先谢谢通俗的解释,这样就能看得明白。
但是,对这句话 “如果PLC的发送时间是1ms,PLC下挂了2个分布式IO,更新时间都是2ms,那么PLC和这2个分布式IO是这样通信的。第一个发送时钟和第一个分布式IO站通信,第二个发送时钟,和第二个分布式IO站通信,依次循环。 ” 有些疑问。如果要是这样,那么我这里是下挂6台 IO设备,这第6台至少需要6毫秒才能通讯一次。这对于PLC扫描周期5-8毫秒来说是不是太慢了?
每毫秒才与一个IO设备通讯,这对于PN网络来说,是不是空闲时间太多了?
100M位的速率,粗算传输10M字节,约5M字。1毫秒5千字,有效报文长度6字,粗算加上IP打包,引导字符等等算15字长/报文。1毫秒也能发送3百多条报文。
所以,我认为尽管这不是IRT,对于驱动只是一般的RT,但发送时钟1毫秒的结构应该与IRT类似吧。只不过时间要求没那么严格。
我是看了下面的图理解的。不知道对不对。
系统:
发送时钟
希望能继续探讨一下。谢谢!
要是我的驱动再多几个,这网络循环周期那就比PLC的扫描周期长多了,似乎不合理。
请填写推广理由:
分享
只看
楼主