目前都是仿三菱这些日系PLC,但是IEC 61131-3标准才是主流
本帖最后由 hzauto 于 2014-11-8 23:16 编辑目前市面上国产自己研制PLC的,都是兼容三菱这种日系,或者兼容西门子200
但是这些PLC编程软件都不完全符合IEC 61131-3标准。
IEC 61131-3是由国际电工委员会(IEC)于1993年12月所制定IEC 61131标准的第3部分,用于规范可编程逻辑控制器(PLC),DCS,IPC,CNC和SCADA的编程系统的标准,应用IEC 61131-3标准已经成为工业控制领域的趋势。 在PLC方面,编辑软件只需符合IEC 61131-3国际标准规范,便可借由符合各项标准的语言架构,进而能建立任何人皆可了解的程序。
符合IEC 61131-3标准才是PLC研制的方向和出路。
目前有2个符合IEC 61131-3开放性平台,而且都是德国。
1.MULTIPROG
2.CoDeSys
CoDeSys 是一种功能强大的PLC软件编程工具,它支持IEC61131-3标准IL 、ST、 FBD 、LD、 CFC、 SFC 六种PLC编程语言,用户可以在同一项目中选择不同的语言编辑子程序,功能模块等。
CoDeSys V2.3 是免费发布的。没收授权问题。当然3.5版是收费的。
下载地址
https://www.codesys.com/download.html
我发现国内也有不少基于此软件的PLC了。
国内最出名的就是和利时了。这个正规途径,买CoDeSys的开发商德国3S公司授权和PLC内部代码。
国外的施耐德(Schneider) Modicon M258也使用到这个平台
http://img.diytrade.com/smimg/106726/22807278-681650-0/nn/9ff8.bmp
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标牌付费,作为其知识产权的一部分。
其他的兼容产品也有,就是所谓仿制的,还很少。
靠有志之士,破解他们通信协议了。
目标客户才有决定权,你做出花来没人用不是白搭。CodeSYS的客户少你这2个钱,现在一个系统PLC算算才是最不值钱的东西。 有道理,我用的就是三菱 很少用PLC,没听说过CodeSYS,只听说过三菱,松下,西门子200{:mad:}{:mad:} IEC 61131-3有倍福用,看了下,些PLC程序就像写单片机程序,if...else,这些
CodeSYS比较贵,一般中大型PLC才用这个。 学习了,CodeSYS 感觉很多写plc程序的人都不懂这些类高级的编程语言,还是用梯形图。当然,如果写过单片机程序或者学过c语言之类的还是很乐意用的。 涨知识了 CodeSYS,{:funk:}{:funk:} CoDeSys 是一种功能强大的PLC软件编程工具,它支持IEC61131-3标准IL 、ST、 FBD 、LD、 CFC、 SFC 六种PLC编程语言,用户可以在同一项目中选择不同的语言编辑子程序,功能模块等。 CoDeSys 软件商是德国Smart software solution GmbH,该公司位于德国巴伐利亚州肯普腾市。 CoDeSys V2.3 是免费发布的。没收授权问题。当然3.5版是收费的。
下载地址
https://www.codesys.com/download.html
我发现国内也有不少基于此软件的PLC了。
国内最出名的就是和利时了。这个正规途径,买CoDeSys的开发商德国3S公司授权和PLC内部代码。
国外的施耐德(Schneider) Modicon M258也使用到这个平台
http://img.diytrade.com/smimg/106726/22807278-681650-0/nn/9ff8.bmp
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标牌付费,作为其知识产权的一部分。
其他的兼容产品也有,就是所谓仿制了,还很少。
搞了十几年设备,看到的差不多都是三菱的 楼主和利时现在已经不再推广使用CodeSys了。 客户需要才是主流。不过感谢楼主分享 IEC 61131-3标准只是一个标准,PLC大厂为了自己的市场不会轻视老客户的使用习惯,IEC 61131-3标准目前任然是非主流 IEC 61131-3标准还行,用C语言编程灵活度大一点。 IEC 61131-3标准5种标准编程语言 中的 结构化文本 来源于 西门子 s7-300的 SCL
至于IEC 61131-3 的IL(指令表) ,谁有分析? 和 西门子的S7 BLOCK 比较结果如何? (其实不是很好比,一个语法规范 对比 一个产品。。。。)
传统厂商的遗留资产 就是 财富,不会轻易舍弃的(日系和西门子)
西门子对待IEC 61131-3 还是很谨慎的
1 S7-300及其以上 支持SCL(即是 IEC 61131-3 的ST)、S7LAD和S7STL指令表,
2 S7-1200 支持SCL 、S7LAD,不支持S7STL指令表
3 S7-200系列现在专供国内了吧,居然支持 IEC 61131-3 的 LAD 以及 专用 LAD和 STL指令表,估计把IEC 61131-3 当噱头
至于AB,老产品干不过S7 ,就把包袱全扔掉直接换IEC 61131-3
本帖最后由 zzsczz 于 2014-11-20 21:11 编辑
不能同意搂主的某些观点
感觉 市场上 的 IEC 61131-3标准支持者的老产品 没竞争过STEP7,新产品只好上用 IEC 61131-3
STEP7 BLOCK的 历史积累和发展过程不是 IEC 61131-3 规范可以撼动的
至于国内么,s7-200已经被寨了,s7-300太复杂。。。
工控市场太小(相对于更新换代快的消费电子市场) 竞争太激烈,寨主们没有扶持,不用洗,直接睡
完全放弃又不行,看看伊朗,提纯铀的离心机工厂用西家和微软的系统,被蠕虫病毒瘫痪掉了 TCPIP协议,当初也没鸟国际标准的七层协议框架 支持 C语言编程么? {:sweat:}
页:
[1]