随着以工业PC为核心的自动控制集成系统技术的日趋完善和工程技术人员的使用组态软件水平的不断提高,用户对组态软件的要求已不像过去那样主要侧重于画面,而是要考虑一些实质性的应用功能,如软件PLC,先进过程控制策略等。
软PLC产品是基于PC机开放结构的控制装置,它具有硬PLC在功能、可靠性、速度、故障查找等方面的特点,利用软件技术可将标准的工业PC转换成全功能的PLC过程控制器。软PLC综合了计算机和PLC的开关量控制、模拟量控制、数学运算、数值处理、通信网络等功能,通过一个多任务控制内核,提供了强大的指令集、快速而准确的扫描周期、可靠的操作和可连接各种I/O系统及网络的开放式结构。所以可以这样说,软PLC提供了与硬PLC同样的功能,而同时具备了PC环境的各种优点。目前,国际上影响比较大的产品有:法国CJ International公司的ISaGRAF软件包、PCSoft International公司的WinPLC、美国Wizdom Control Intellution公司的Paradym-31、美国Moore Process Automation Solutions公司ProcessSuite、美国Wonder ware Controls公司的InControl、SoftPLC公司的SoftPLC等。国内推出软PLC产品的组态软件还不见有,国内组态软件要想全面超过国外的竞争对手,就必须搞创新,推出类似功能的产品。
参考资料:张万忠.可编程控制器应用技术.化学工业出版社[M],2001.12.288-289
重金酬谢!!! 我的笔记本电脑没有光盘插口,读不了光盘文件,怎么样可以使电脑具有识别处理光盘文件的
如果没有光盘插口,可以外置一个 USB光驱系统,市场上有购的。挻方便使用,不用了,即可拨下收起来,
什么是PAC,PLC,DCS
PAC的概念定义为:控制引擎的集中,涵盖PLC用户的多种需要,以及制造业厂商对信息的需求。PAC包括PLC的主要功能和扩大的控制能力,以及PC-based控制中基于对象的、开放数据格式和网络连接等功能。
PLC即可编程控制器(Programmable logic Controller,是指以计算机技术为基础的新型工业控制装置。
DCS是分布式控制系统的英文缩写(Distributed Control System),在国内自控行业又称之为集散控制系统。
PAC可靠性怎么样
PAC一定要向算法和复杂控制方面发展,否则很难有很大的市场,理由于下:
(注:不是来找事,纯技术讨论)
缺点:
1、价格高,相对于PLC来说
2、可靠性低,这一点不要再争论,已争论很多次了,与体系架构相关系
3、体积大
4、对模拟量处理的精度和抗干扰能力低,与内部的结构和接口相关系
5、系统的抗干扰能力弱,因为自身内部的频率太高,体系是为商用开发的,无法经受干扰
6、温升大,如楼主所说做到55度已属不易,再向上走很难,因为CPU本身的温升就很高,加上环境温度很容易就会达到半导体的结温
7、可扩展能力弱,当然如果结构完全改成模块式的除外
8、PAC选用的CPU大多在386-P3左右,而586的CPU大多停产,大家只能用一些工业用的X86的SOC,价格高,供货难,周边的DRAM已只有旧货,接口芯片也大多停产,所以无法保证长期供应。这与电脑的更新太快有关系,买了PAC,可能两年后就没不到一样的配件了,而新的配件还不一定兼容。
9、运算的时间间隔一般都不稳定,很难用来完成一些对可靠性和稳定性要求很高的地方
优点:
1、资源多,可与PC的资源共用,从而使开发变简单
2、运算能力强,但这需要与语言挂勾起来,如果使和T型图,一定要加入用户自己用C、C++、VB编自己功能块的接口,可惜开放这个接口后可靠性又会受影响
3、对网络、视频、数控可以有很好的支持,可以利用强大的运算能力来支撑
4、可以将控制和监视合在一块,利用强大的CPU和显示库来支持
5、新产品不透明,利润率空间高,可以给厂商、代理商更好的利润
其实PAC并不是新东西,PC_BASE结构的软PLC其实就是PAC,这种东东相当多的工控厂商都有,大家都使用KW、一方梯队、ISAGRAF、3S等公司的软件,现在大家把这玩意包装了一下又重新搞了个概念,用概念来挑战传统控制器公司。我不是太赞成这种做法,因为容易让人误会,时间长了后如果大家知道了反而让行业受损。
太多朋友要V80小型PLC编程软件了
新版VLadder5.10(随心所控版)
新版软件特点:
1、随心所控:
A、在线编程,可以在运行态下可进行任意的编程和调试,真正做到随心所控。
B、强大而实时的在线监控功能,用户可通过在线监控功能对任意变量进行监视和控制,使一切在掌握
之中。(所有监控的状态与信息均取至下位PLC,而不是模拟产生,所以是实时的状态和信息)
2、所想即所得:
A、友好的编程环境,可以进行任意的拷贝和编缉,
B、支持任意步的撤消和重复,
C、支持强大的查找和替换,使您的编程工程轻松而愉快;
3、超出您预期的强大功能:
A、吻合IEC61131的强大指令系统,包含德维森自动化专家为您精心打造的140多种强大的功能块和指
令,比同类产品的功能块性能更出众,使用更简捷;
B、VLadder5.10是专为V80小型PLC量身定制的编程软件,使V80的硬PLC特性得到淋漓尽致的发挥,所
有使用V80的系统都将获得发自内芯的可靠性保证。(V80采用最新一代硬解题芯片技术,所有逻辑运算
均无需CPU参与,从而达到最高的可靠性和稳定性)
4、完备的帮助系统:
一旦安装VLadder5.10版软件,所有的硬件手册、软件手册、指令手册、应用指南、应用案例就均已安
装到您的电脑,您可在开始菜单中方便的查阅这些信息。
5、贴身的服务体系:
24小时热线技术支持服务,德维森自动化专家为您提供全面的技术服务。
全新版软件完全免费使用,请大家从德维森公司的网站上下载:
http://www.techwayson.com/back/upload/VLadder5.10_Setup.exe
德维森科技(深圳)有限公司
TECHWAYSON TECHNOLOGY CO.,LTD.
深圳市南山区高新区高新南七道德维森大厦七楼
邮政编码:518057
电话:0755-26038118
手机:13066807878
传真:0755-26038228
Email:market_dept@techwayson.com
总记录数 101 总页数 3 当前页 1 93 1 2 3 4:
博客 播客 引用 加为好友 发送消息 回复 谢聪敏 1楼 回复时间:2006-5-2 15:43:00
To 王晟磊先生,
相对於您所说PAC的缺点, 有些观点我有不同的看法:
1、价格高,相对于PLC来说
Reply: 如果前提是数字量/开关量居多那我同意, 但是如果是模拟量或是加上通讯模块或是运动控制等等, PLC在价格上不见得有优势.
2、可靠性低,这一点不要再争论,已争论很多次了,与体系架构相关系
Reply: 这一点以目前来看, 相对来说, 做简单任务的PLC确实还有优势, 但请不要忘记一点, 像是GE-FANUC的PACSystems的RX3i, 是可以同时使用原有的PLC模块和新的PAC模块, 难道您认为这样的可靠度还是低的吗?
3、体积大
Reply: 这一点我认为您对PAC的定义, 尚有误解, PAC不是仅只某一类产品, 据我所知, 西门子和三菱也即将推出类似PAC的产品, 广义的来说, PLC也是属於PAC定义内的一种产品, PAC的定义强化了传统PLC的弱点.
4、对模拟量处理的精度和抗干扰能力低,与内部的结构和接口相关系
Reply: 每一家制造商的功力不同, 设计的总线结构也不同, 但若是以泛用型的产品而言, 要做到面面俱到确有难度, 不过若以OEM/ODM等专用的产品, 这方面不差的.
5、系统的抗干扰能力弱,因为自身内部的频率太高,体系是为商用开发的,无法经受干扰
Reply: 这方面我也不认同, 只要是想要国际化的产品, 都必须通过EMS(EMC+EMI)的检验, 就是避免对外的干扰和抗外部干扰的能力, 这是有标准的规范的, 中国也有CCC认证, 这一点我必须为所有厂家做澄清的, 一般来说, 工业产品只要求做到Class A的等级, 比商用电脑的Class B还不严格, 这一点王先生是误解了.
6、温升大,如楼主所说做到55度已属不易,再向上走很难,因为CPU本身的温升就很高,加上环境温度很容易就会达到半导体的结温
Reply: 以目前众多PAC厂家产品而言, 基本的耐温应该都可以超过55度, 因为采用的都是低功耗的CPU, 像是研华的ADAM-5000是使用90188/80186/GX CPU, GE-FANUC使用的是PentiumM CPU, 泓格WinCon-8000使用StrongARM/XScale CPU, 其他相关的元器件也都是采用真正?透邷氐?, 并非如王先生所说.
7、可扩展能力弱,当然如果结构完全改成模?槭降某??
Reply: 这一点王先生更是误解了, PAC的特点刚好相反, PAC是强调开放式的软硬件架构, 举凡对各总总线的支持, 开放式的网络架构, 强大的软件编程工具, 几乎都是非常开放的, 至少比PLC封闭的架构强上百倍.
8、PAC选用的CPU大多在386-P3左右,而586的CPU大多停产,大家只能用一些工业用的X86的SOC,价格高,供货难,周边的DRAM已只有旧货,接口芯片也大多停产,所以无法保证长期供应。这与电脑的更新太快有关系,买了PAC,可能两年后就没不到一样的配件了,而新的配件还不一定兼容。
Reply: 这一点王先生更是言过其实, 我不知道您所指的是哪家公司的产品? 不过PAC产品是基於嵌入式系统架构所衍生的新产品线, 这也是Intel和Microsoft近年来所非常重视的市场, 所以像是最火的行业如手机, 车用电子等等所使用的相关软硬件, 几乎都和PAC相同, 那请问PAC产品元器件的供货会有问题吗?
9、运算的时间间隔一般都不稳定,很难用来完成一些对可靠性和稳定性要求很高的地方
Reply: 这一点我也不认同, 目前已经有越来越多的国内知名DCS厂商采用PAC产品, 如果PAC的可靠性很差, 那这些公司敢用吗? 像是电厂专用的有关纪录事故的SOE(Sequence of Event)模块, 在PAC系统内也可以定制出来, 越来越多的应用在协议转换器上, 这再再显示出PAC强大且开放式的优势.
最后, 我认为PAC将是一个革命性的新名词, 它是依托在嵌入式系统蓬勃发展的趋势下的, 绝对不是旧瓶装新酒, 我认为, 传统控制器大厂未来若不思改进, 势必会被淘汰, 就像是PC界的王安, 迪吉多, 康柏等, 被消灭或是取代, 以上, 欢迎大家继续交流, 更重要的是参加05/29在北京, 06/08在上海, 06/22在深圳的首届中国PAC论坛.
博客 播客 引用 加为好友 发送消息 回复 西北工控小菜鸟 2楼 回复时间:2006-5-3 15:16:00
请问王老师pac的准确定义是什么?
看了最近的一些文章,我感觉基于工控机加上个LabView(或者自己利用现成的函数编个控制界面)的开发的控制系统就被说成是Pac。
如果是这样的话,Pac早就有了,我刚上本科2000年就见很多教研室的老师开发这种东西了。
还有见那篇介绍Pac的文章说,AB公司承认自己的ControLogix系列控制器其实上就是Pac系统。这个我还有点不明白。Contrologix是个运动控制器,他的编程方式还是用梯形图的啊,只不过AB公司的软件比较高级,也可以用VB来写程序,其实AB其他的控制器好像都能支持VB编程。还有就是Contrologix带以太网接口模块。是不是说支持高级语言编程+ethernet接口模块的PLC就是Pac呢?
博客 播客 引用 加为好友 发送消息 回复 王晟磊 3楼 回复时间:2006-5-5 15:03:00
JackyXie先生:
您好!
您回答我的很多问题,有一部分可能确有其事,但是您说的都是特例,某一种PAC有这种那种优点是有可能性的,与我的题目是不相符的,我是从一个大的角度来解释的.
1、比方说您说PAC在模拟量时的成本低,这点就是一个误区,因为您除非是用PCI或ISA板卡的模拟量并且不加隔离的情况下才有可能成本比PLC低,同时,如果您这样处理,那么后面的可靠性和先进性又从何谈起.如果像AB公司承认自己的ControLogix是PAC一样,他的模拟量通道单价高达1000左右,所以我认为您的讲法不对。
我们评价一系列产品时不应该只从一个两个特例来作比较,如果是这样的话,我也可以找到很多特例,比方说现在有一些国产的PLC号称32个点带3路模拟量,而只售200元,请问PAC有可以比的吗?
所以我不想一一点评您的回答的,因为很容易变成一种无谓的争论,如果您想讨论PAC的优缺点,就应该从设计、使用、生产各个方面来讨论,并且有针对性的提出某一种产品来,这样可以更方便讨论。
至于我说PAC是旧瓶装新酒,这一点基本上可以从前几年的新闻中去查出来。同时也可以深入了解一下ISAGRAF、KW、3S、一方梯队这几家公司在干什么工作,然后了解一下这些PAC自称的厂商倒底是什么一个软硬件结构。
最后我要批评一下研华,它不应该用它的186芯片来混PAC这个名称,这使本来就混乱的PAC市场定义更不清晰了。
因为这一颗186芯片本来是台湾某公司设计的,后被INTEL告了后把其中一款的版权卖给了研华,芯片内部是一颗RISC结构的芯片,但不是标准X86结构的,指令层面可以支持286以下的指令,但兼容度有问题,而我们提的PAC更多的说的是X86体系结构的软逻辑控制器,不包含这颗芯片,PAC有的优点它一样都不靠边。
同时如果按严格意义的PAC来说,基本上现在自称是PAC的只有20%的厂商是满足要求的。
博客 播客 引用 加为好友 发送消息 回复 celerycai 4楼 回复时间:2006-5-8 10:25:00
批评研华?据我所知,研华的PAC有四种,紧凑型PAC、开放型PAC、灵活型PAC、坚固型PAC,CPU类型也从底端到高端,OS从DOS到Wince 5.0到XP,应有尽有,不同项目不同的需求可选用不同类型、不同长像、不同功能的PAC来满足其要求。
像研华的ADAM-5550这款PAC,采用双CPU架构,AMD GX533 CPU用于支持PC功能,ARM7 CPU用于支持I/O功能。
我是从参加研华办的PAC中国行--10大城市巡回展的北京场了解到的。
博客 播客 引用 加为好友 发送消息 回复 王晟磊 5楼 回复时间:2006-5-8 10:56:00
应该说有一部分是符合PAC标准的,但有有相当一部分是在模糊概念。
博客 播客 引用 加为好友 发送消息 回复 朽人 6楼 回复时间:2006-5-8 11:09:00
感觉PAC是新名词,但好像就是HMI加上软件,是吗?请高手指导一下!
博客 播客 引用 加为好友 发送消息 回复 celerycai 7楼 回复时间:2006-5-8 11:48:00
PAC是由ARC咨询集团的高级研究员Craig Resnick提出的,定义如下:
1. 具有多重领域的功能,支持在单一平台里包含逻辑、运动、驱动和过程控制等至少两种以上的功能
2. 单一开发平台上整合多规程的软件功能如HMI及软逻辑, 使用通用标签和单一的数据库来访问所有的参数和功能。
3. 软件工具所设计出的处理流程能跨越多台机器和过程控制处理单元, 实现包含运动控制及过程控制的处理程序。
4. 开放式, 模块化构架, 能涵盖工业应用中从工厂的机器设备到过程控制的操作单元的需求。
5. 采用公认的网络接口标准及语言,允许不同供应商之设备能在网络上交换资料。
博客 播客 引用 加为好友 发送消息 回复 谢聪敏 8楼 回复时间:2006-5-8 12:06:00
王晟磊先生您好,
您对PAC产品的定义确实有严重的偏见, 用词也非常自以为是, 包括批评一些真正用心研发产品的厂家, 如果您对PAC的定义有疑虑, 请自行与ARC咨询集团的高级研究员Craig Resnick去争论
我当然是从设计面要与您讨论有关PAC的技术问题, 我觉得既然要讨论众多厂家设计PAC产品的理念, 不应该只从硬件的角度来看, 您提及的软逻辑软件供应厂家, 绝非一无可取之处, 不能抹煞这些公司为自动化产品创新研发的贡献, 我不否认某些您提及的公司有旧酒装新瓶的嫌疑, 但是我们不需要担心这个问题, 毕竟用户的眼睛是雪亮的, 这就交给市场机制来决定谁的产品应该留下来.
我们先来评断GE-FANUC公司的PACSystems RX3i这个产品, 首先, 单从硬件结构来观察, 它确实很像一台IPC, CPU是采用Celeron (Pentium III) 300MHz CPU, 总线采用的确实是标准的PCI Bus, 但是特别的是在PCI总线旁边还设计了另一个原来PLC总线, 为的就是能使用GE-FANUC原有PLC的I/O模块, 这里有一个最重要的设计改变来与PLC和IPC做区隔, 那就是采用了风河(WindRiver)公司的VxWorks实时多任务操作系统, 我认为您不了解为何要采用这种操作系统的真谛, 关键就在"实时多任务"这几个字上, 请您告诉我, 哪一家PLC厂商的产品是"多任务"的? 还有哪一家使用DOS/Windows系统的IPC产品具备有"实时"的功能? 新的PAC产品就可以达到这种要求, 举例而言, 需要高速整合IO和运动控制的中小型系统须达到10ms以内的系统Cycle time, 10ms 以内是一般的PLC架构的门槛,
也是一般PC-based做不进来的部份, 而1ms 则是机械及电机等元件的限制, 目前几种嵌入式操作系统都具备有1ms硬实时处理能力的. 当然GE-FANUC在定义PAC产品时应该已经有很好的规划了, 我相信未来他们也会继续推出包括机器视觉(Machine Vision)等配套的产品, 在软件配套部分, GE-FANUC的Proficy已经包含您所有想得到的包含软逻辑, HMI/SCADA, 运动控制等等类似西门子WinCC和Step 7的整合性软件工具包.
NI公司的PAC-Compact FieldPoint和Compact RIO和Compact Vision System, 前两者特别强调的都是搭配Labview软件基础的, 不管您喜不喜欢NI公司, 您不能否认目前NI公司在量测自动化领域执牛耳的地位, 特别是Labview软件受到广大用户的欢迎, NI的视觉系统则是说明了PAC系统在单一平台上可以运行视觉/运动控制/人机介面等等能力, 因为我对NI的产品没有深入研究, 请NI公司的朋友出面来向王先生说明一下吧.
研华公司的PAC, 主要是ADAM-5000和UNO系列, 这里我对王先生对研华公司产品的批评非常不以为然, 谁说使用80188/80186 CPU做出来的控制器系统就不能称作PAC? ADAM-5510KW采用的是RTOS搭配KW-software公司的ProConOS软逻辑运行引擎, UNO系统采用Windows CE.net实时操作系统, 也可搭载ProConOS, 软逻辑编程工具MulitiPROG有别於传统PLC编程工具, 它在这种平台上特别针对实时多任务提供给用户可选的多任务优先级别设置, 多看门狗以确保系统的实时性, 这些都是一些有别於PLC/IPC系统的突破, 当然一些想用高阶语言编程的传统IPC用户, 则可以选用微软公司的Visual Studio.net(EVC++/VB.net/C#.net)自行开发.
泓格的PAC系统以WinCon(Windows CE.net)/LinCon(Embedded Linux)/KinCon(含KW-software)具代表性, 上述几家公司的产品已经都能展现出PAC产品的特色, 在此不对泓格产品与上述厂家相同部分再做赘述, 从王先生对PAC产品会不会感染病毒的疑虑, 我来用WinCon-8000产品的设计理念做说明. 首先,为了保证系统的稳定性, 王先生所提的BIOS在RISC系统里称作BootLoader, 与Windows CE.net的映像档(image file)是被放置於32MB的Flash ROM里面, 至於其他的驱动程序/应用软件/存储数据等等则置放於CF Card内, 这种设计有别於IPC, 操作系统是可以保证不受病毒感染的, 不像IPC把所有软件都置於硬盘里, 在一些需要可靠度高的需求里是无法采用的, 此外在通讯方面, 此系统可以支持一个以上的乙太网口, 这又是PLC很难达成的, 目前非常多的系统里要求远程监控, 这类PAC要连接GPRS modem可以说是轻而易举, 但是要达到双向传输, 可就不是一件容易的事, 由於WinCon-8000采用的是开放式的架构, 可以内置一些原来IT业界好的软件, 为了突破GPRS在电信运营商在通讯上网关动态IP的限制, 内置了一套iPush信息传递引擎, 透过iPush Server, 可以容易的让用户透过GPRS modem从远端下载程序到控制器上, 也可以透过Web service很容易的同时监看到所有远端设备的实时状态, 以上所描述的都是已经被客户所接受并且应用在现场上的实例.
我之所以要站出来反驳王先生的论点, 除了必须说明一些事实外, 也希望未来有志开发/使用PAC产品的朋友们, 一起提出具有建设性的建议, 取代无谓的批评与攻击, 毕竟没有任何一种产品是完美无缺的, 我很少在论坛里看到有人讨论产品开发过程的点滴, 特别是国外的厂商根本不会告诉我们这些的, 我希望"从制造在中国转变为创造在中国"不只是口号, 而是能透过大家的努力来落实, 以上.
博客 播客 引用 加为好友 发送消息 回复 celerycai 9楼 回复时间:2006-5-8 12:11:00
王晟磊说的“研华,它不应该用它的186芯片来混PAC这个名称”,应该所指ADAM-5510KW系列吧,其实用PAC定义框一下,是涵盖在PAC内容中的,只不过是低端的PAC,但有诸多优点,价格也低;可以满足部分的应用。
博客 播客 引用 加为好友 发送消息 回复 谢聪敏 10楼 回复时间:2006-5-8 18:04:00
芹菜先生的论点是很正确的, 对PAC产品定义的理解比王晟磊先生好多了, 像是GE-FANUC的PACSystems RX3就是高端产品, 研华ADAM-5510KW是属於入门产品, UNO是属於中阶产品, ADAM-5550应该就属於高端产品-双CPU架构, 说"研华,它不应该用它的186芯片来混PAC这个名称", 真的不厚道.
博客 播客 引用 加为好友 发送消息 回复 王晟磊 11楼 回复时间:2006-5-8 20:14:00
请参见GE和NI对于PAC的定义,也可以仔细看一看ARC咨询集团的高级研究员Craig Resnick的定义
PAC=PC+PLC
请问研华的的所谓低端PAC可有以上特点吗?
如果PAC的概念接着含糊下去,必然每种控制器都会改名叫PAC
博客 播客 引用 加为好友 发送消息 回复 谢聪敏 12楼 回复时间:2006-5-9 12:44:00
为何研华的低端产品就不可以称作PAC? ADAM-5510KW可以有软逻辑, 运动控制/PID控制功能(包含了三种), 也可以提供通用的乙太网络接口, I/O模块也可依据用户需求订制开发, 你到说说看哪一点不算是PAC呢? 不能只因为主系统使用了80188 CPU就不可以称作PAC, 连I/O2. 可以做成智能型的(带CPU)了, 我不清楚您为何要去否定研华的产品呢? 就算是许多人都要把自己的控制器称作PAC, 那也是人家的自由, 用户又不是瞎子, 他们有自己的判断力, 这该交由市场机制来决定, 不是只有GE-FANUC/NI做出来的产品才称作PAC, 如果你的论点成立, 西门子有没有资格认为海维深作的产品不能称作PLC? 这真是笑话. 只要您认为PAC这种概念是连PLC厂商必须重视的趋势那就对了, 重要的是PAC的定义是否真正能解决传统PLC/IPC鱼与熊掌不可兼得的问题, 争论谁的是PAC, 谁的不是, 没有意义的.
博客 播客 引用 加为好友 发送消息 回复 王晟磊 13楼 回复时间:2006-5-9 13:24:00
谢工说话火气还是这么旺,呵呵呵,这样吧,我再把一个网页发给你,你看完后回去骂KW吧。
人家软件供应商都不承认他们卖给你们的软件是PAC软件,是PLC软件!
你说的那几个功能,80%的PLC都具有,这不是证明他是PAC的理由!
谢工说得有一点是对的,你们爱把你们的产品叫什么名称就可以叫什么名称,我是没有干涉的权力,所以吵完后,你们爱叫什么叫什么吧。
至于说争论谁是PAC谁不是,是确实没有意思,所以我也懒得再回了,下午有时间我写一个我个人对未来控制器发展的观点吧。看完后记得要多批评啊!
博客 播客 引用 加为好友 发送消息 回复 老柴夫 14楼 回复时间:2006-5-10 11:58:00
大作期待中……
博客 播客 引用 加为好友 发送消息 回复 kds 15楼 回复时间:2006-5-10 13:40:00
后进的PLC厂商炒作概念!玩来玩去,其实大家都差不多。
博客 播客 引用 加为好友 发送消息 回复 王晟磊 16楼 回复时间:2006-5-10 21:21:00
我写了一个<三十年控制器和未来十年控制器的发展>请各位过目,度讨论讨论,呵呵呵,不怕扁!
http://bbs.gongkong.com/detail.asp?id=328768
在国产PLC论坛
博客 播客 引用 加为好友 发送消息 回复 东方剑 17楼 回复时间:2006-6-6 20:39:00
是因为搞不了真正的PLC,才炒PAC概念,该天我炒个APC(advanced programmable controller--高级可编程控制器或先进可编程控制器)的概念如何?APC的功能包含PAC和PLC,采用双CPU体系,一个CPU负责运行PLC的控制程序,另一个CPU负责通讯、文件管理、界面显示等,既能兼顾可靠性、稳定性,又能兼顾多功能性。这样一来,PAC的概念就过时了。
王晟磊,我们一块来炒如何?我看你一个人也挺辛苦的,口水也不够啊!我们也列出APC的20个优点,PAC的20个不足,岂能输过一个市场分析员?
博客 播客 引用 加为好友 发送消息 回复 GaryLin 18楼 回复时间:2006-6-9 13:53:00
···
总记录数 101 总页数 3 当前页 1
参考资料:中国工控网
(百度:您提交的答案超过10000字,请删减)(已删减)
(3页都要,Hi联系)
CoDeSys V3是什么鬼
今天面试了一家公司,人家不用GX、works2,用CoDeSys。
在网上搜到:CoDeSys 是一种功能强大的PLC软件编程工具,它支持IEC61131-3标准IL 、ST、 FBD 、LD、 CFC、 SFC 六种PLC编程语言,用户可以在同一项目中选择不同的语言编辑子程序,功能模块等。
真心不懂它是什么鬼。网上的资料少之又少!
请问它是不是可以兼容各大品牌的PLC编程?
人家说CoDeSys 以后会是编程的趋势。真的那么牛吗?那各大品牌的自家软件会不会淘汰?
lvpretend
不兼容各大品牌。部分厂商使用了这个编程软件,国内和利时、汇川有使用这个软件平台,国外多一些。
不会是以后的趋势,那只是宣传,没有那么牛皮。PLC大厂自己都有足够的经济、技术实力开发自己专用的编程软件,还会保护自己的市场,不会轻易的使用第三方软件,并且这个第三方软件是收费的,并且还很昂贵!
这个软件平台在工程机械领域应用比较广泛,可以去“酷德网”看看,学习下这个软件平台还是有好处的。
cvlsam
德国倍福知道不,TwinCat软件的核心就是Codesys,西门子的MC系列的编程软件就是Codesys,施耐德的Somachine软件核心就是codesys,连ABB的也使用Codesys.
现在他还有支持树莓派的系统。
作为只做软件不做硬件的厂商,他软件不收费程序员工资怎么发。
4大软PLC供应商之一,而且是最强势的供应商。
基于CoDeSys平台的PLC有ABB AutomationBuilder,和利时PowerPro、施耐德也有采用CoDeSys平台
Open_PLC的国际标准,
但产品很少,不是强制执行的。
主要是欧系厂家用的。
zhaoheshuai
现在车辆用的控制器基本都是用codesys编的程序,里面也有梯形图,但是用ST的多,有控制器的话 ,入门也不难.
--------------------
CoDeSys的前世今生
工作以及网上看到不少人说,CoDeSys和西门子step7,在德国都属于标准过程,牛逼的小朋友都可以用其编程,不知真假,相信无风不起浪,多少有些依据,看看国内清一色的日系编程,我们是否需要换换脑子,换换思考方式了?CoDeSys类的编程能否达到这个目的?
CoDeSys是全球最著名的软PLC内核软件研发厂家德国的3S(SMART,SOFTWARE,SOLUTIONS)公司出的一款与制造商无关的IEC 61131-1编程软件。CoDeSys 支持完整版本的IEC61131标准的编程环境,支持标准的六种编程语言。是一个标准的软件平台,被很多硬件厂家支持,可编程超过150家OEM生产的自动装置。CoDeSys提供了许多组合产品的扩充,诸如各种不同领域的总线配置程序、完全的目测化和运动控制系统。
CoDeSys是一种功能强大的PLC软件编程工具,它支持IEC61131-3标准IL 、ST、 FBD 、LD、 CFC、 SFC六种PLC编程语言,用户可以在同一项目中选择不同的语言编辑子程序,功能模块等。
CoDeSys是可编程逻辑控制PLC的完整开发环境(Controlled Developement System的缩写),在PLC程序员编程时,CoDeSys为强大的IEC语言提供了一个简单的方法,系统的编辑器和调试器的功能是建立在高级编程语言的基础上(如Visual C++)。
现在国内PLC用户使用的版本多为CoDeSys V2.3, 最新的版本是CoDeSys V3(目前最新版本为V3.5)。V3 在软件架构上有了很大的改善,朝安全软件的方向发展,目前正在申请TUV关於EN 61508的SIL认证。
HOLLSYS(和利时G3 PLC),Kinco(深圳步科F1 PLC),ABB AC500系列,IFM,EPEC,Rexroth,Wago,Parker,Beckhoff,Festo,施耐德等PLC厂家都是使用CoDeSys平台开发自己的编程软件的。当然了,还有很多其他公司。
另外,CoDeSys也提供触摸屏功能(Visualization),但这不是他的强项,基本都是采用OPC+工控机的方案,ABB,倍福都有很好的方案,都是面向不差钱的客户。
3S竞争者
CoDeSys的其他竞争对手还有KW、infoteam、ISAGRAF。听说infoteam(国内称一方梯队)也挺牛的,不太了解,想说说KW,同属於德国企业,主要是产品为multiprog。
KW的主要客户有菲尼克斯的AutomationWorx、富士电机的D300Win、 研华的Multiprog,苞米勒的PLC和伺服系列,三菱应该也是它的大客户,但是编程方式却是按照日本人的习惯来的。
CoDeSys框架组成
两部分:
1、CoDeSys IDE。
即CoDeSys集成开发环境,符合IEC61131编程规范,安装於PC机上,运行於Windows或者Linux下。由最终应用用户所使用的开发工具。
2、CoDeSys Runtime。即硬件平台系统。需要设备制造商与3S公司共同完成,3S公司需要评估硬件开发商所设计的硬件系统,并为其定制CoDeSys Runtime框架,客户需要为此向3S付费。然後硬件及系统开发商需要根据本系统的外围输入输入等配置,编写相应的驱动,并以库或者PLC Configure接口的形式提供给CoDeSys ID开发环境调用。实际上就是形成一套Target安装包。此外,CodeSys还会对每个使用其CoDeSys Runtime的设备贴标,设备供应商需要为每个3S标牌付费,作为其知识产权的一部分。
3、最终用户(应用开发商)可以下载通用的CoDeSys IDE。裏面提供基本的IEC61131编程环境,但是对於一个具体的硬件PLC或者HMI,需要安装与该硬件相对应的Targets包。这个 Targets包的入口文件是*.tnf文件,有其来指定:
1、targets(*.tar)文件,对应 CoDeSys IDE的Target Setting项.
2、PlcConf文件夹下的*.cfg文件,对应CoDeSys IDE的PLC Configuration项。其安装路径由InstallTarget组件程序的Installation选项指定。反映在CoDeSys IDE上就是:Project/Options/Directories/Target/Configuration files: "**/*/PlcConf/"。
3、Lib文件夹下的诸*.lib文件,提供底层的CoDeSys Runtime的驱动接口。对应CoDeSys IDE的Library Manager。其安装路径由InstallTarget组件程序的Installation选项指定。反映在CoDeSys IDE上就是:Project/Options/Directories/Target/Libraries: "**/*/Libs/"。
GE dcs 产品介绍
GE 的DCS:
1,超高端,Mark -VI。一般不叫DCS,叫TCS。
主要应用领域,燃气轮机,沸水堆工艺(GE专利)的 核电厂控制,航天飞机涡轮控制。
生物化工,细胞分裂,细菌繁殖。核子试验安全系统。
够猛吧。
原则上 Mark 系统过于高端,不单独外售,一般都是配合 GE的大型工艺设备成套卖。
造价无法琢磨,例如一套燃气轮机,用mark的大约3K点,3套控制器,售价1800 W 美金。
2,GE-Xinhua的 火电DCS。 XDPS-OC6000E。
这个就是 GE收购的 新华系统。
经过2次重大升级改进。目前已经融入 GE阵营。
OC6000E的 CPU 速度比常规DCS 快5-10倍。
没有SOE 模块,因为 OC6000E的 常规DI 已经达到了 1ms 精度;最烂的DI 就可以做 SOE了!
CPU 和 IO站之间通讯,不再需要 西门子ET200M的IM153-2,或者像ABB 那样的CI840,或者像横河那样的IO Node 模块了。 CPU通过以太网和每一个IO模块直接通讯。
扫描周期 1ms。
2个CPU之间用千兆以太网 进行数据同步, CPU 到IO之间是 百兆以太网通讯。
真正意义上的无扰动在线下装,在这个系统上继续得到了保持和发扬。
主攻个方向 600MW,1000MW 大型火电机组。
3,T3700,这个其实也不适合叫DCS。
收购了 woodward,收购了本特利,这个就是 收购后整合的产物,
主要是本特利的精髓。本特利主要做 TSI.所以这个系统不妨叫 TSI,但是也可以做ETS。
3重化冗余表决的 系统。做百万机组的 ETS 很合适。
4. PPS。 这个是 PLC-based 架构的DCS。
GE 自动化集团。看着西门子的 pcs7 做的风声水起,很不爽。
所以用自己的PLC + iFix 之类的 HMI软件,统一整合后,折腾了 个PPS。
目前Bug 还较多。
5. PAC8000. 这个是收购的 MTL M8000 那个系统。
也叫SafetyNet 8000.
IO可以选择 全本安。 CPU也可以做防爆处理。
宽温范围,-30度 到+70度,直接扔在现场 都可以用。
在化工1区,不加任何安全栅,可以安全稳定的工作。
内核应该是 Isagraf 。 HMI目前主要是 iFix 。
----需要特别说明的是,Emerson DeltaV的 卡件就是 M8000 的OEM,
不过M8000的 IO插在 DeltaV 机架上不认,DeltaV的卡件 插在M8000系统上,跟M8000自己的IO混插,是没问题
转载请注明出处51数据库 » isagraf软件下载 欧姆龙plc怎么分类