6ES7341-1AH02-0AE0性能参数
根据继电器电路图设计梯形图时应注意以下问题:
( 1 )应遵守梯形图语言中热语法规定
例如在继电器电路图中,触点可以放在线圈的左边,也可以放在线圈的右边,但是在梯形图中,线圈和输出类指令(如RST、SET和应用指令等)必须放在电路的右边。
( 2 )设置中间单元
在梯形图中,若多个线圈都受某一触点串并联电路的控制,为了简化电路,在梯形图中可设置用该电路控制的辅助继电器,如图1中的M0和M1,它们类似于继电路中的中间继电器。
( 3 )分离交织在一起的电路
在继电器电路中,为了减少使用的器件和少用触点,从而节省硬件成本,各个线圈的控制电路往往互相关连,交织在一起。如果将图2不加改动地直接转换为梯形图,要使用大量的进栈(MPS)、读栈(MRD)和出栈(MPP)指令,转换和分析这样的电路都比较麻烦。可以将各线圈的控制电路分离开来设计(见图1),这样处理可能会多用一些触点,因为没有用堆栈指令,与直接转换的方法相比,所用的指令条数相差不会太大。即使多用一些指令,也不会增加硬件成本,对系统的运行也不会有什么影响。
设计梯形图时以线圈为单位,分别考虑继电路图中每个线圈受到哪些触点电路的控制,然后画出相应的等效梯形图电路。
(1) 常闭触点提供的输入信号的处理
设计输入电路时,应尽量采用常开触点,如果只能使用常闭触点,梯形图中对应触点的常开/常闭类型应与继电器电路图中的相反。例如图3 PLC的输入电路中限位开关SQI的常闭触点接在X4端子上,继电器电路图中SQI的常闭触点在梯形图中SQI的常闭触点在梯形图中对应的是X4的常开触点。
(2) 梯形图电路的优化设计
为了减少语句表指令的指令条数,在串联电路中,单个触点应放在电路块的右边,在并联电路中,单个触点应放在电路块的下面。
(3) 时间继电器瞬动触点的处理
除了延时动作的触点外,时间继电器还有在线圈通电或断电时马上动作的瞬动触点。对于有瞬动触点的时间继电器,可以在梯形图中对应的定时器的线圈两端并联辅助继电器,后者的触点相当于时间继电器的瞬动触点。
(4) 断电延时时间继电器的处理
图2中的KT属于线圈断电后开始延时的时间继电器。FX系列PLC没有相同功能的定时器,但是可以用线圈通电后延时的定时器来实现断电延时功能(见图1中下面的两行电路和波形图)。
(5) 外部联锁电路的设立
为了防止控制正反转的两个接触器同时动作,造成三相电源短路,应在PLC外部设置硬件联锁电路。图2中的KM2与KM3、KM4与KM5的线圈分别不能同时通电,除了在梯形图中设置与它们对应的输出继电器的线圈串联的常闭触点组成的软件互锁电路外,还应在PLC外部设置硬件互锁电路。
(6) 热继电器过载信号的处理
如果热继电器属于自动复位型,其触点提供的过载信号必须通过输入电路提供给PLC(见图3中的FR2),用梯形图实现过载保护。如果属于手动复位型热继电器,其常闭触点可以在PLC的输出电路中与控制电机的交流接触器的线圈串联。
(7) 尽量减少PLC的输入信号和输出信号
PLC的价格与I/O点数有关,减少输入/输出信号的点数是降低硬件费用的主要措施。
一般只需要同一输入器件的一个常开触点或常闭触点给PLC提供输入信号,在梯形图中,可以多次使用同一输入继电器的常开触点和常闭触点。
在继电器电路图中,如果几个输入元件触点的串并联电路只出现一次或总是作为一个整体多次出现,可以将它们的作为PLC的一个输入信号,只占PLC的的一个输入点。
某些器件的触点如果在继电器电路图中只出现一次,并且与PLC的输出端的负载串联(如有手动复位功能的热继电器的常闭触点),不必将它们作为PLC的输入信号,可以将它们放在PLC外部的输出回路,仍与相应的外部负载串联。
继电器控制系统中某些相对独立且比较简单的部分,可以用继电器电路控制,这样同时减少了所需的PLC的输入点和输出点。
例如图2中控制主轴电机的交流接触器KM1的电路相当简单,它与别的电路也没有什么联系,像这样的电路没有必要用PLC来控制,应仍然用继电器电路来控制。
(8) 外部负载的额定电压
PLC的继电器输出模块和双向晶闸管输出模块一般只能驱动额定电压AC 220V的,或在PLC外部设置中间继电器
PAC的优点
PAC控制解决方案,如PACSystems可实现工厂和OEM厂商都需要的优点:
(1)提高生产率和操作效率:一个通用轻便控制引擎和综合工程开发平台允许快速地开发、实施和迁移;且由于它的开放性和灵活性,确保了控制、操作、企业级业务系统的无缝集成,优化了工厂流程。
(2)降低操作成本:使用通用、标准架构和网络,降低了操作成本,让工程师们能为一个体现成本效益、使用现货供应的平台选择不同系统部件,而不是专有产品和技术;只要求用户在一个统一平台和开发环境上培训,而不是几种;且为用户提供了一个无缝迁移路径,保护在I/O和应用开发方面的投资。
(3)使用户对其控制系统拥有更多控制力:使用户拥有更多灵活性来选择适合每种特殊应用的硬件和编程语言,以他们自己的时间表来规划升级,并且可在任何地方设计、制造产品。
PACSystems解决方案
GE Fanuc公司PACSystems产品系列,作为世界上代PAC产品,其性能和结构赢得了多项大奖。PACSystems以一个基于标准嵌入式商品化运行系统架构的控制引擎为特征,使引擎对多种平台都十分轻便灵活,并使用户可选择适合特殊应用的硬件和编程语言。系统通过标准通信机制如以太网、Profibus、DeviceNet和智能网支持分布式I/O。
PACSystems编程开发使用Cimplicity Machine Edition软件。这个开发软件为开发、配置和诊断提供了通用工程开发环境。用户可通过基于bbbbbbs的软件开发控制软件,并把它应用到控制系统中。标记式开发语言、可重用代码库和用于改善在线故障分析的测试编辑环境。
图3 CIMPLICITY Machine Edition软件
为机器级的编程、监控和数据采集和故障
分析提供了一个统一、集成的开发环境
PACSystems产品线组成:
(1)基于VME64的RX7i,提供所有标准VME模块,包括90TM-70系列I/O和VMIC模块;
(2)RX3i,提供高速PCI总线数据传输速率和更广泛的扩展功能支持90-30系列I/O模块;
(3)工业PC,一个全集成的显示屏面和完全的工业PC;
(4)PCI总线和VME总线的可插拔卡为多种设备提供标准接口。
RX7i和RX3i
PACSystems系列产品目前有RX7i和RX3i两个系列。
高性能RX7i(见图4),2003年4月面世。它拥有4倍于已有PLC底板的速度和10MB的可用来编程和文件存储的内存,RX7i基于VME64,支持各种标准VME模块(包括90TM-70系列I/O和多CPU结构,可进行并行运算处理),包含嵌入式系统技术,使用Pentium III 300或700MHz CPU,内置PMC子板的10/100MHz以太网卡,并通过光纤影像内存技术支持冗余系统。
图4 PACSystem RX7i提供4倍于已有PLC底板的速度
RX3i(见图5)于2004年面世,使用PCI总线底板支持高速PCI数据传输速率。支持标准底板使第三方可方便地开发I/O、通信、动作控制、可视和其他模块。第三方可购买一个开发工具箱来修改配合RX3i使用的标准PCI总线卡。RX3i底板也可匹配90TM-30系列I/O模块。目前,RX3i模块使用Pentium III处理器。
图5 PACSystem RX3i产品应用标准的工业PCI总线标准,真正支持热插拔
远景展望
在可预见的未来几年内,开放型、标准化、可移植性等特征对于用户越来越重要,且由于对新嵌入式系统和软件技术的快速融合,PAC会逐步取代PLC成为控制系统的主流产品,在广泛领域内给用户提供技术
多年来,可编程逻辑控制器(PLC)为OEM厂商和终用户提供了高可靠性控制系统。然而,为实现越来越多的功能和不断提高网络通信性能,PLC工程师们不得不考虑进行系统硬/软件的更新换代,不断进行硬/软件的重新设计。现在,一种全新概念的控制系统,可编程自动化控制器(PAC)的出现,提高了控制系统的灵活性、开放性和整体性能。PAC可使客户无需重新设计整个系统,就可不断获得递升的系统性能。在PAC操作系统上设计了一个通用、适合于多平台(包括硬件平台和操作系统平台)、便于移植用户应用程序、轻便的控制引擎, 这样保证使用PAC系统的用户可使其编制的应用程序获得较大应用收益,且还能不断优化其自动化平台。
GE Fanuc公司PACSystemsTM系列,是定位于工业领域的PAC产品。对于不同硬件平台,PAC系统提供了一个同样的控制引擎和通用的编程软件,使用户选择硬件系统有一定灵活性。
对PAC的需求
使用PLC作为控制系统已有20多年的历史,PLC为工业控制应用提供了快速可靠的解决方案,其设计满足了工厂对于使用环境和可靠性的要求。然而,PLC建立在各厂家专有架构基础上,其编程和程序执行的实现是对于特定应用设计。因此,为实现工业企业中各层次的数据通信需求—设备层、控制层和管理层—整个系统经常需整体升级。
然而,在近几年,很多组织已开始寻找完全不同的工厂底层设备和网络系统,而且把它们连接到操作和企业级的系统和流程。这种集成化程度预示了更多商业利益,包括:(1)更优越的操作性能有助于公司生产更产品、获得利润和扩展业务;(2)赋予制造业更多灵活性来减少浪费和对多变的市场做出迅速回应;(3)加强和提高核心竞争力来更加清晰地定义市场和业务;(4)在任何地点设计和生产来扩展产品流程的全球化;(5)采用通用和标准化架构来降低成本;(6)使资产保值。
传统控制解决方案通常较难提供所需开放性和灵活性的好处,因为大量平台和系统须部署为整个企业的自动化。如在某些设备不提供这些开放性和灵活性,在这些设备和系统间实现信息交换非常困难。
因此,对于目前工业自动化的需求,传统控制系统有一定局限性:(1)由于使用不同供应商的多种平台,控制系统实施并不是一件轻松和迅速的事;对于逻辑控制、过程控制和运动控制都需不同编程;(2)当考察实施价值和新自动化控制技术时,用户可能对采用这些技术和产品较犹豫,因为他们害怕技术会很快变得过时;(3)升级系统性能所带来的好处可能并不能补偿对一个已存在系统重新设计所花费的时间和开支;(4)现行自动化系统在容纳不断增长的数据量方面经常显得力不从心;(5)开发数量、用户和设计的工具和平台会导致在定义和实施自动化平台时大规模无可逆转的延迟;(6)一旦实施完毕和运行,一个专门控制系统可能在一种应用中表现良好,但是想把它成功地迁移到其他应用中却被证明是非常困难的。
考虑到这些局限性,PLC的功能在近几年中已经扩展了不少,它提供了更多应用灵活性和互操作性。然而,大多数PLC制造商直到现在并不能成功地定义和改变其控制器来适应这种革命性的变化,或试图扩展这些工业应用基石的功能来满足变革巨大的多种解决方案的需要。
PAC定义
由一个轻便的控制引擎支持,且对多种应用使用同一种开发工具,PAC系统保证了控制系统功能的统一集成,而不仅仅是一个完全无关的部件拼凑的集成。
PAC定义了几种特征和性能:(1)多领域的功能,包括逻辑控制、运动控制、过程控制和人机界面,为统一平台;(2)一个满足多领域自动化系统设计和集成的通用开发平台;(3)允许OEM厂商和终用户在统一平台上部署多个控制应用;(4)有利于开放、模块化控制架构来适应高度分布性自动化工厂环境;(5)对于网络协议、语言等,使用既定事实标准来保证多供应商网络的数据交换。
PAC与PLC的区别
虽然PAC形式与传统PLC很相似,但性能却广泛全面得多。PAC是一种多功能控制器平台,它包含多种用户可按照自己意愿组合、搭配和实施的技术和产品。与其相反,PLC是一种基于专有架构的产品,仅仅具备了制造商认为必要的性能。
PAC与PLC根本的不同在于它们的基础不同。PLC性能依赖于专用硬件,应用程序的执行是依靠专用硬件芯片实现,因硬件的非通用性会导致系统的功能前景和开放性受到限制,由于是专用操作系统,其实时可靠性与功能都无法与通用实时操作系统相比,这样导致了PLC整体性能的专用性和封闭性。
PAC的性能是基于其轻便控制引擎,标准、通用、开放的实时操作系统,嵌入式硬件系统设计以及背板总线。
PLC的用户应用程序执行是通过硬件实现的,而PAC设计了一个通用、软件形式的控制引擎用于应用程序的执行,控制引擎位于实时操作系统与应用程序之间,这个控制引擎与硬件平台无关,可在不同平台的PAC系统间移植,如图1所示。因此对于用户来说,同样的应用程序不需修改即可下载到不同PAC硬件系统中,用户只需根据系统功能需求和投资预算选择不同性能PAC平台。这样,根据用户需求的迅速扩展和变化,用户系统和程序无需变化,即可无缝移植。
图1 PAC的控制引擎位于操作系统与应用程序之间,与硬件无关,可以方便地移植
PAC操作系统采用通用实时操作系统,如GE Fanuc的PACSystems系列产品即采用通用、成熟的 WindRiver公司VxWorksㄊ凳辈僮飨低常?AC系统硬件结构采用标准、通用嵌入式系统结构设计,这样其处理器可使用新的高性能CPU,如PACSystems系列产品的CPU即采用Pentium III 300/700MHz处理器。
PAC系统通常采用标准、开放的背板总线,如PACSystems系列RX7i采用VME64总线;RX3i采用cPCI总线,这两种总线是目前嵌入式控制领域中流行的总线标准,均可支持多CPU并行处理功能,且由于采用标准开放背板总线,使得PACSystems系列产品可支持大量第三方模块集成到PACSystems产品中,如CPU模板、通信模板、I/O模板等,体现了系统的开放性、优越性。一个典型例子是PACSystems系列可支持2.1G通信速率,使用光纤映射内存技术,结构如图2所示。
图2 影像内存技术CMX网络可达到2.1G通信速率
PAC系统编程软件为统一平台,集成了多领域功能,如Cimplicity Machine Edition软件,对于数据点Tags使用统一数据库,且在一个工程中支持多个PAC目标编程,既适合过程控制系统的应用,也适合工厂生产线多设备统一编程。
PLC基于专有技术建立,而PAC的软件和硬件由于采用标准通用部件,可使用COTS(商品现货供应)产品和技术,这样:(1)有助于确保系统的可靠性和可用性,因为可保证硬/软件迅速、方便的维护;(2)降低了系统价格、减少了停机时间,因为随时可得到现货;(3)提高了开放性、灵活性、可扩展性。
PAC与PC Control的区别
同样,作为可利用先进计算机技术高性能控制系统,PAC与PC Control也有着本质区别。
PAC使用实时操作系统,所有系统硬/软件功能控制由控制引擎和应用程序负责,是实时、确定性控制系统。
PC Control使用普通商业操作系统,系统控制功能属于操作系统任务的一部分,所有系统硬/软件功能控制属于操作系统的一部分,属于非实时、非确定性控制系统。