载入中……
[供应]西门子6ES7 953-8LL20-0AA0
- 产品产地:德国
- 产品品牌:西门子
- 包装规格:6ES7 953-8LL20-0AA0
- 产品数量:01111
- 计量单位:1
- 产品单价:01
- 更新日期:2018-04-28 10:34:24
- 有效期至:2019-04-28
-

-
- 收藏此信息
西门子6ES7 953-8LL20-0AA0
详细信息
西门子6ES7 953-8LL20-0AA0
SIEMENS西门子上海朕锌电气设备有限公司
联系人:钟涛
24小时销售及维修热线:18221357245
电话:021-31139793
手机:18221357245
QQ:1824547528 
地址:上海市金山区枫湾路500号 
《销售宗旨》:为客户创造价值是我们永远追求的目标!
《产品质量》:原装正品,全新原装!
《产品优势》:专业销售薄利多销信誉好,口碑好,价格低,货期短,大量现货,服务周到!
问题:   
S7-400中保持数据传输的一致性使用的是什么机理?
解答:
一致的数据指的是就内容来说是一致的,而且它所描述了在某个时间点的一个称之为一致性数据的过程状态。要保持数据的一致性,它在传输或处理过程中不得被更新或改动。</span>
样例1:</span>   
为了对CPU在循环程序处理过程中有一致的过程信号的映像,在程序处理前就把过程信号读入输入的过程映像中,并且在程序处理后又写到输出的过程映像。然后,在程序处理过程中,用户程序在对操作数区输入(I)和输出(Q)寻址时并不直接访问信号模块,而是访问CPU的内部存储区里的过程映像。</span> 
样例2: 
如果一个通讯块(比如SFB14“GET”,SFB15“PUT”)被较高优先级的过程警报OB所中断,就有可能出现不一致性。现在,如果在该过程警报OB中的用户程序更改了已经部分被通讯块处理过的数据,那样的话被传输的数据中,部分是过程警报处理以前时间的数据,部分则是过程警报处理以後时间的数据,这意味着,此数据是不一致的。
SFC81"UBLKMOV"    
使用SFC81“UBLKMOV”,把一个内存区(源区)的内容一致地复制到另一个内存区(目标区)里。复制过程不得被操作系统的任何其它动作所打断。 
使用SFC81“UBLKMOV”,可复制下列内存区:
位存储器
DB 内容
输入的过程映像
输出的过程映像
可复制的最大数据量为512字节。请注意与CPU性能有关的限制。有关的限制可从操作列表中看到。
既然复制过程不能打断,在使用SFC81“UBLKMOV”时,可增大CPU对报警的响应时间。
源区和目标区不得互相交迭。如果指定的目标区大于源区,那么只把与源区里同样多的数据复制到目标区。如果指定的目标区小于源区,那么只把目标区能接收的那么多的数据复制入目标区。
通讯块和功能之间的一致性
对S7-400,通讯作业不在循环程序的执行处来处理,而是在程序循环过程中的一个固定的时间段里处理。从系统来讲,数据格式字节,字和双字永远可以得到一致性的处理,就是说传输一个字节,一个字(两个字节)或双字(4个字节)是不会被打断的。  
如果通讯块(比如SFB12“BSEND”)只能成对使用(象SFB12“BSEND”和SFB13“BRCV”)而且它访问公共数据在用户程序中被调用,那么也访问本身数据区,比如通过“DONE”参数对该数据区的访问,是可以协调的。通过这些通讯块局部传输的数据的一致性,因而可以在用户的程序里得到保证。  
使用S7的通讯功能时动作是不一样的。用这些功能时目标设备(比如SFB14“GET”,SFB15“PUT”)里的用户程序不要求通讯块。在编程时就必须把一致性数据的大小已经考虑在内。
访问CPU的工作内存   
操作系统的通讯功能是以固定长度数据包来访问CPU的工作内存。此数据包的大小与CPU性能有关,S7-400CPU是32个字节。</span> 
这样就确保了在使用通讯功能时报警响应时间不会被延长。由于这种访问与用户程序异步,你无法一致地传输任意个数字节的数据。</span>
下面将解释为保证数据一致性所要遵循的规则。
用于SFB14"GET"或读变量的一致性规则
如果是SFB14“GET”,只要遵循下列规则就可一致性地传输数据。
主动CPU(数据接收方):通过调用SFB14读出OB中接收区的数据,或者,如果无法这样做的话,r在SFB14的处理结束后读出接收区的数据。
被动CPU(数据发送方):按照被动CPU(数据发送方)规定的数据块的大小写入与发送区大小等量的数据。
被动CPU(数据发送方):在封锁中断的情况下把要发送的数据写入发送区。</span>
下图给出了一个无法保证数据传输一致性的例子。因为它没有遵守一致性规则的第二条:被动CPU(数据发送方)的数据块大小为8个字节,而传输的却是32个字节。
图1:数据传输的例子
用于SFB15“PUT”或写变量的一致性规则
对于SFB15“PUT”,如果遵循下列规则,数据传输将具有一致性:
主动CPU(数据发送方):把来自调用SFB15的OB中的数据写入发送区。如果不可能,在第一次调用SFB15结束后写入发送区。 
主动CPU(数据发送方):把按照被动CPU(数据发送方)指定的块大小的数据写入发送区。</span>
被动CPU(数据接收方):在封锁中断的情况下,从接收区里读出收到的数据。</span>
下图为一个数据传输的例子。由于一致性规则的第二条没有得到遵守<被动CPU(数据接收方)指定的数据块大小只有32个字节,而发送的却是64个字节>,无法保证数据的一致性。
图2:无法保证一致性的数据传输
通过SFC81“UBLKMOV”可在S7-400的用户程序里实现跨几个变量的大数据块一致性传输(不可中断的块移动)。
这样,例如通过SFB14“GET”,
同类型其他产品
免责声明:所展示的信息由企业自行提供,内容的真实性、和合法性由发布企业负责,浙江民营企业网对此不承担任何保证责任。
友情提醒:普通会员信息未经我们人工认证,为了保障您的利益,建议优先选择浙商通会员。