西门子6FC5356-0BB15-0AA0

  • 1905
  • 产品价格:面议
  • 发货地址:上海松江 包装说明:全新原装
  • 产品数量:10000.00 台产品规格:西门子6FC5356-0BB15-0AA0
  • 信息编号:99016702公司编号:9304500
  • 郑鑫 经理 微信 13585754803
  • 进入店铺 在线留言 QQ咨询  在线询价
    相关产品:

上海朕锌电气设备有限公司

西门子6FC5356-0BB15-0AA0

6FC5356-0BB15-0AA0
SINUMERIK 840DE CNC 硬件 NCU 561.5,400MHz,64MB 不带系统软件 存储器:NC 3MB,PLC 128KB PROFIBUS-DP 准备
blob

问题:
在自动重启后,为什么CPU无法正常启动,反而停止并出现出错信息“QVZ”或“PEU”?在 USTACK中常常不显示更多有用信息。 

解答:
如果各自带有电源的几个系统(中央控制器和扩展单元的分布式连接)连接到同一电压上并且同时开关这些系统,则 会发生诸如中央控制器无法自动启动(QVZ,PEU)的现象。
根据装载的不同系统,在不同时间将系统电源切换到内置5V系统电压。这对整个系统都有影响,在设计和编程时要注意。本 文中开/关状态下的影响是不同的,需要分别考虑。

I. 关状态

  • 如果中央控制器比扩展单元(5V系统电压)早死机,则不会发生问题。在该情况下CPU因受电源故障(NAU)影响而停止运行,在 电压恢复后可以重新运行。
  • 在扩展单元比中央控制器早死机的情况下,CPU能够检测并保存来自分布式扩展单元的错误。这 些错误可以是无法确定外围设备(PEU)或是确认延迟(QVZ)。鉴于安全考虑,SIMATIC S5系统在这种情况下表现为:在供电恢复后,C PU回到电源故障(NAU)前所处的模式。
    例如,由于CPU在电源故障之前快速保存了错误(PEU或QVZ),所以CPU仍保持停止。鉴于安全考虑,用 户必须通过打开电源或是重启CPU对已辨识的错误进行确认。如果未对OB23/24进行编程或在OB23/24中对停止进行编程,则 S5-115U系列的CPU将会停止,这是该系列CPU的系统属性。

补救措施: 
通过分布式接口(可通过软件评估的CPU 945)可以关闭PEU信号。在 由QVZ而不是PEU错误导致CPU停止的情况下,可以通过OB23/24使用软件来抑制确认延迟。但缺点是,例如无法再辨识出 一个草拟的或有错误的CPU模块(“实际QVZ”)。为区分“实际QVZ”和由电源故障产生的QVZ,特提出以下解决方法:

  1. 创建一个块并在OB 23/24中打开它。
  2. 在块中编写时间环的程序。环长度根据设备和经验值来确定时间(建议为:100...500ms)。
  3. 在该时间环(比如停止)结束后,对“实际QVZ"结果进行编程。

功能块中的程序实例

:A F 0.0
:AN F 0.0
:SP T x 用RLO=0触发定时器x
:
:O F 0.0
:ON F 0.0
:L KT 10.0 时间环=100毫秒
:SP T x 用RLO=1启动定时器x
TIME :
:A T x
:JC = TIME
:STS 停止,作为对“实际QVZ”的 响应
:BE

注意事项:

  • 时间环>关状态时系统之间的时间差异。
  • 需要重新触发循环时间。
  • 应用临界时间重新设置输出。

程序描述
在(由电源故障或“实际QVZ”)已辨识QVZ的情况下,CPU插入到OB23/24并处理时间环。& nbsp;

在电源故障情况下,甚至在处理时间环(正常程序处理)时CPU也会停止。不记录其它错误,并在供电恢复后CPU开始运行。

在“实际QVZ”的情况下,在结束该时间环后处理下一个STEP 5操作/序列。
在此可以对全部“实际QVZ”(比如停止状态)响应进行编程。

II. 开状态
在开状态下,需要注意的是:CPU检测到所有外围设置的数字设定并将它保存在一个控制扇区中。在 循环程序中,过程映像更新时只读取和写入外围设置。如果扩展单元比中央控制器要早连到电源上,就不会发生问题。 

补救措施: 
有了S5-115U*模块(CPU版本B),“可编程启动延迟”( 参见S5-115U Manual Chapter 2.5.1 Start-up Behaviour)就是可行的。这种情况下,在 终止启动延迟后读取外围设置。此时如果已经读取了控制扇区,则OB21/22中的延迟就不起作用了。  

根据该方法,*任何硬件花费就可以消除上面提到的错误。当电源恢复后,CPU将在(也应该在)无错模式下运行。

问题:   
S7-400中保持数据传输的一致性使用的是什么机理?

解答:
一致的数据指的是就内容来说是一致的,而 且它所描述了在某个时间点的一个称之为一致性数据的过程状态。要保持数据的一致性,它在传输或处理过程中不得被更新或改动。< /span>

样例 1:< /span>   
为了对CPU在循环程序处理过程中有一致的过程信号的映像,在程序处理前就把过程信号读入输入的过程映像中,并 且在程序处理后又写到输出的过程映像。然后,在程序处理过程中,用户程序在对操作数区输入(I)和输出(Q) 寻址时并不直接访问信号模块,而是访问CPU 的内部存储区里的过程映像 。< /span> 
样例 2
: 
如果一个通讯块(比如 SFB 14 “GET”, SFB 15 “PUT”)被较高**级的过程警报OB所中断,就有可能出现不一致性。 现在,如果在该过程警报OB中的用户程序更改了已经部分被通讯块处理过的数据,那样的话被传输的数据中,部分是过程警报处理以前时间的数据,部 分则是过程警报处理以後时间的数据,这意味着,此数据是不一致的。

SFC 81 "UBLKMOV"    
使用 SFC 81 “UBLKMOV”,把一个内存区(源区)的内容一致地复制到另一个内存区(目标区)里 。复 制过程不得被操作系统的任何其它动作所打断。
 
使用SFC 81 “UBLKMOV”,可复制下列内存区:

  • 位存储器西门子6FC5356-0BB15-0AA0
  • DB 内容
  • 输入的过程映像
  • 输出的过程映像

可复制的较大数据量为 512 字节。请注意与CPU性能有关的限制。有关的限制可从操作列表中看到。

既然复制过程不能打断,在使用 SFC 81“UBLKMOV” 时,可增大CPU对报警的响应时间。

源区和目标区不得互相交迭。如 果*的目标区大于源区,那么只把与源区里同样多的数据复制到目标区。如果*的目标区小于源区,那 么只把目标区能接收的那么多的数据复制入目标区。

通讯块和功能之间的一致性
对 S7-400 ,通 讯作业不在循环程序的执行处来处理,而是在程序循环过程中的一个固定的时间段里处理。从系统来讲,数据格式字节,字 和双字永远可以得到一致性的处理,就是说传输一个字节,一个字(两个字节)或双字(4个字节)是不会被打断的。  
如果通讯块(比如 SFB 12 “BSEND”)只能成对使用(象SFB 12 “BSEND” 和 SFB 13 “BRCV”) 而且它访问公共数据在用户程序中被调用,那么也访问本身数据区,比如通过 “DONE”参数对该数据区的访问,是可以协调的。通 过这些通讯块局部传输的数据的一致性,因而可以在用户的程序里得到保证。
  
使用 S7 的通讯功能时动作是不一样的。用这些功能时目标设备 (比如 SFB 14 “GET”, SFB 15“PUT”) 里的用户程序不要求通讯块。在编程时就必须把一致性数据的大小已经考虑在内。

访问 CPU的工作内存   
操作系统的通讯功能是以固定长度数据包来访问CPU的工作内存。此数据包的大小与CPU性能有关,S7-400 CPU是32个字节。< /span> 
这样就确保了在使用通讯功能时报警响应时间不会被延长。由于这种访问与用户程序异步,你无法一致地传输任意个数字节的数据。< /span>
下面将解释为保证数据一致性所要遵循的规则。

用于 SFB 14 "GET" 或读变量的一致性规则

如果是 SFB 14 “GET”,只要遵循下列规则就可一致性地传输数据。
  • 主动CPU(数据接收方):通过调用SFB 14读出OB中接收区的数据,或者,如果无法这样做的话,r 在SFB 14的处理结束后读出接收区的数据。
  • 被动CPU (数据发送方):按照被动CPU (数据发送方)规定的数据块的大小写入与发送区大小等量的数据。
  • 被动 CPU (数据发送方):在封锁中断的情况下把要发送的数据写入发送区。< /span>


    下图给出了一个无法保证数据传输一致性的例子。因为它没有遵守一致性规则的*二条:被动 CPU (数据发送方)的数据块大小为 8 个字节,而传输的却是 32 个字节。


图 1:数据传输的例子


用于 SFB 15“PUT”或写变量的一致性规则

对于 SFB 15 “PUT”,如果遵循下列规则,数据传输将具有一致性:

  • 主动CPU (数据发送方): 把来自调用SFB 15 的OB 中的数据写入发送区。如果不可能,在 **次调用 SFB 15 结束后写入发送区。 
  • 主动CPU (数据发送方):把按照被动 CPU (数据发送方)*的块大小的数据写入发送区。< /span>
  • 被动CPU (数据接收方): 在封锁中断的情况下,从接收区里读出收到的数据。< /span>


    下图为一个数据传输的例子。由 于一致性规则的*二条没有得到遵守<被动CPU(数据接收方)*的数据块大小只有32 个字节,而发送的却是64个字节>,无 法保证数据的一致性。





图 2:无 法保证一致性的数据传输


通过SFC 81 “ UBLKMOV”可在S7-400 的用户程序里实现跨几个变量的大数据块一致性传输(不可中断的块移动)。

这样,例如通过SFB 14 “ GET”, SFB 15 “PUT”以及读/写变量,可实现对此数据的一致性访问。

从一台 DP 标准从站读出一致性数据,/ 然后把它一致性地写入一台 DP 标准从站。

通过SFC 14 “DPRD_DAT”从一台 DP 标准从站一致性地读出数据  
通过SFC 14 “DPRD_DAT”(
从一台 DP 标准从站读出一致性数据), 从一台DP标准从站一致性地读出数据如果数据传输中无错误,则读出的数据被输入由RECORD*的目标区。< /span> 
目标区必须与你已经用STEP 7为选定的模块组态好的长度一致。每次调用SFC 14只能访问一个模块/DP ID 的数据(从组态好的起始地址)。

通过 SFC 15“DPWR_DAT” 把数据一致性地写入一台 DP 标准从站

通过 SFC 15“DPWR_DAT”( 把数据一致性地写入一台DP标准从站)把 RECORD 里的数据一致性地传输入赋址好的DP 标准从站。 
源区的长度必须与通过 STEP 7 为选定模块组态好的长度一致。

注意:  
PROFIBUS DP标准定义了传输一致性用户数据的上限(见下一节)。通常的DP标准从站遵守这些限制。对于较老的CPU (<1999),对 传输一致性用户数据存在与 CPU 有关的限制。 
请参考这些CPU的技术数据。在关键字 “DP 主站 -每台DP 从站的用户数据” 下去寻找CPU 可以一致性地从一台DP标准从站读出数据和一致性地写入一台DP标准从站的数据的较大长度,一些近期CPU的此项指标已经**过标准DP从站可能或接受的数据长度值。< /span>

一致性传输用户数据到一台 DP 从站的上限较大值
PROFIBUS DP标准规定了传输一致性用户数据到DP从站的上限。这就是为什么在一台DP标准从站里,可用一个数据块来一致性地传输较大达64 个字 = 128 字节的用户数据。 
当组态时,你定义了一致性区的大小。该大小用特殊的代码格式
(德语缩写: SKF)表示为64 个字 = 128 字节(输入用128个字节,128个字节用于输出)设置一致性数据较大长度。再长就不可行了。 
这个上限只适用于纯用户数据。诊断数据和参数被分组到完整的数据纪录里,因而总是得到一致性地传输。< /span> 
在通常的代码格式里(德语缩写: AKF),可为一致性数据设置较大长度16 个字 = 32 个字节 (32 个字节用于输入,32 个字节用于输出)。
再长就不可行了。 
在本文里请同样注意, 通常在一个非系统主站 (通过GSD连接)上的CPU 41x 作为 DP 从站时,必 须是用一般代码格式才可加以组态。基于这个理由,作为PROFIBUS DP上从站的 CPU 41x 的传输内存的较大长度为16 个字 = 32个字节。 

不使用SFC 14 或 SFC 15 时的一致性数据访问
一致性数据访问 大于 4 个字节时,对于下列的CPU 是可行的(不用SFC 14或SFC 15)。要 被一致性传输的一个 DP 从站的数据区数据是被传输到一个过程映像分区的。这样在此区域里的信息永远是一致的。然后可用 装载/传输命令 (比如L EW 1) 来访问过程映像。  
这为访问一致性数据提供了特别方便和有力的选项(低运行开销)。这一方案又为高效地结合和参数化驱动或其它 DP 从站成为可能。< /span>

它适用于下列CPU。固件版本 3.0 以上:


S7-400 CPU 

MLFB

CPU 412-1 6ES7 412-1XF03-0AB0
CPU 412-2 6ES7 412-2XG00-0AB0
CPU 414-2 6ES7 414-2XG03-0AB0
CPU 414-3 6ES7 414-3XJ00-0AB0
CPU 416-2 6ES7 416-2XK02-0AB0
CPU 416-3 6ES7 416-3XL00-0AB0
CPU 417-4 6ES7 417-4XL00-0AB0
CPU 414-4H 6ES7 414-4HJ00-0AB0
CPU 417-4H 6ES7 417-4HL01-0AB0


表 1:支持一致性数据访问的CPU(不用 SFC14/SFC15)

当你进行直接访问时 (比方说 L PEW 或 T PAW),没有 I/O 访问错。

从 采用SFC14/15 方案转向采用过程映像方案时的注意要点:< /b>

  •   当从SFC14/15 方案转向过程映像方案时,不建议同时使用系统功能以及过程映像。基本上讲,在用系统功能 SFC15 写时,过程映像是被追踪的,但 读出的时候就不被追踪了。 这意味着,过程映像值与系统功能 SFC14 的值之间的一致性是无法保证的。< /span>
  • 在SFC 14/15 方案里,SFC 50 “RD_LGADR”输 出的地址区不同于过程映像方案的地址区
  • 如果使用 CP 443-5 ext,同时使用系统功能以及过程映像会导致出现下列出错消息:“ 没有对过程映像的读/写”,或是“不可能再用SFC 14/15 进行读/写”。

    样例: 
    下面的例子 (过程映像分区 3 “TPA 3”)显示了  HW Config 中一种可能的组态。

    • TPA 3 在输出处:这50 个字节在过程映像分区3 里是一致的(下拉列表 “一致性范围 -> 总长度”),因而可以通过一般的  “Load input xy”命令来读它。
    • 在输入下的下拉列表里选择 “过程映像分区 -> ---” 意味着过程映像里没有存储内容。只 能用系统功能SFC14/15来处理它。




图 3:在HW Config 里组态DP从站的属性。


西门子6FC5356-0BB15-0AA0



关于八方 | 招贤纳士八方币招商合作网站地图免费注册商业广告友情链接八方业务联系我们汇款方式投诉举报
八方资源网联盟网站: 八方资源网国际站 粤ICP备10089450号-8 - 经营许可证编号:粤B2-20130562 软件企业认定:深R-2013-2017 软件产品登记:深DGY-2013-3594 著作权登记:2013SR134025
互联网药品信息服务资格证书:(粤)--非经营性--2013--0176
粤公网安备 44030602000281号
Copyright © 2004 - 2024 b2b168.com All Rights Reserved