谁会使用IEC61499

我同意文章中的某些观点：

•      小型利基公司，用户和供应商都将在实施该标准方面取得最佳成功。事实上出现了nexControl 这样的公司。它们从建筑自动化控制系统入手。成功地将IEC61499 产品商业化。不幸的是被施耐德邪恶地收购了。
•      “既定的市场领导者没有兴趣，” 因为较小，更灵活的公司可以利用其攻击优势来成功应用该标准。大公司并不希望和小公司平起平坐。

    2002年4月，《使用IEC 61131建立控制系统模型》的作者鲍勃·刘易斯（Bob Lewis）撰写了有关61131的表亲- IEC61499标准的文章。他写道，IEC61499标准来自对用于创建用于工业自动化的下一代分布式系统的新技术和体系结构的日益增长的兴趣。刘易斯的书由英国的IEE（现为IET）出版，相当于北美的IEEE，因此标准是他熟悉的话题。

五年后，您可以从一些供应商处购买一些兼容61499的产品和工具。尽管Lewis当时处于领先地位，但现在是确定标准的好时机，以及为什么它对我们的未来很重要。

在90年代后期，许多用户犯了与Lewis一样的关于开放控制的错误。我们中有些人认为，到2000年左右，很大一部分控制系统将由开放系统完成。不过市场，用户和供应商有不同的想法。IEC 61131是一个在很大程度上尚不为人所知的选择，并且没有像大多数支持者所认为的那样对北美自动化领域产生影响。
  那么，IEC 61499标准能否克服困难并在全球范围内取得成功？

 

IEC 61499的根

该标准是从Rockwell自动化计划（称为“高度分布式控制”）发展而来的，与会者可能在90年代后期的Rockwell自动化博览会上就看到了。它演示了单个光电管或接近开关如何做出控制决定来切换螺线管。没有PLC或中央控制组件-设备自己执行代码。该界面是AutoCAD类型的开发系统，它使用的功能块类似于IEC 61131和典型的DCS系统。

Odo Struger博士是罗克韦尔（Rockwell）新技术背后的推动力。Stuger以“ PLC”一词而著称，并参与了罗克韦尔自动化策略的开发。他在制定IEC 61131标准方面发挥了重要作用。

James Christensen博士是退休的罗克韦尔自动化工程师，在自动化和标准方面拥有广泛的背景。他目前是SC65B / WG7，IEC 61499小组委员会和工作组的主席。他还是IEC 61131工作组的主席，并负责运行自动化资源网站www.holobloc.com。
  根据克里斯滕森（Christensen）的说法，斯特鲁格（Struger）带领一群指定的志愿者推动标准向前发展，因为当时没有人操纵这艘船。大约14年后，IEC 61499于2004年作为已发布的标准出现，不行的s在大多数情况下引起沉默。

ATS Automation公司的Mark Johannesson 是一家在机械设计和制造领域具有全球业务的公司，他说IEC 61499规范对他来说是新的。他使用IEC 61131编程工具，但是ATS根据客户的能力进行设计。这意味着主要将梯形图用于控制平台。

有了广泛可用的Java芯片组和免费的开发环境，任何公司都可以实施自己的分布式控制系统。结果，“既定的市场领导者没有兴趣，” 克里斯滕森说，当被问及哪些供应商可能接受该标准时。较小，更灵活的公司可以利用其攻击优势来成功应用该标准。

 

这与基于PLC的解决方案没有什么不同，除了I / O点实际上是设备本身。Christensen指出，它也是基于事件的，而不是基于扫描的。基于扫描的系统是基于PLC的系统。

该标准及其实现的真正力量在于创建的“可伸缩，可重用，可配置和可分发的代码”。克里斯滕森说。这种方法使控制系统的实现不再是基于硬件的设计实现，而更多地是基于软件的方法。

 

IEC 61499将传感器或控制点抽象为功能块，最终将硬件和软件组合在一起，克里斯滕森。完全是一个微型PLC。他说，系统设计师将软件点连接起来以创建控制系统。

 

谁需要它？

Christensen认为，小型利基公司，用户和供应商都将在实施该标准方面取得最佳成功。他从竞争优势的角度出发，奉行他帮助制定的标准。他恳请各种规模和规模的北美公司采用这一标准，并利用其优势来提高竞争力。

ICS Triplex ISaGraf的总裁Julien Chouinard 表示同意。OEM面临的挑战是选择要使用的PLC，并根据规范构建机器控制。他说。有了IEC 61499，那就消失了。Chouinard似乎说使用61499设计标准可以使解决方案在默认情况下更具竞争力。

有了广泛可用的Java芯片组和免费的开发环境，任何公司都可以实施自己的分布式控制系统。结果，“既定的市场领导者没有兴趣，” 克里斯滕森说，当被问及哪些供应商可能接受该标准时。较小，更灵活的公司可以利用其攻击优势来成功应用该标准。

并非所有人都认为该标准会产生很大的影响。俄罗斯 新西伯利亚自动化与电测技术研究所的高级研究员Vladimir Zyubin 倾向于解决类似环境的其他方向，包括使用UML，ESML（扩展系统建模语言）和DECN（离散事件控制网络）。

IEC 61499试图通过事件驱动策略来增强61131-3标准，祖宾说。该方法非常有趣，但是其未来值得商榷。在我看来，大型[公司]对这种发展不感兴趣。当我们尝试将原始工具（功能框图的人工隐喻语言）与事件驱动策略的先进技术相连接时，似乎也存在一个大问题。更具体地说，事件输入的优先级是什么？从61499隐喻的角度来看，这个问题没有明确的答案，因此这是61499标准的问题。

Steinhoff Automation的创始人Armin Steinhoff说，这不一定是问题。他说：“ FBD是图灵对控制算法的完整表示。因此，FDB可以表达所有可考虑的算法。”图灵完整的语言或机器是可以表达任意计算的语言或机器。

Steinhoff说，Zyubin提到的输入事件优先级取决于实现。事件可能是不断变化的数据，处理此类更改的优先级取决于应用程序。

Steinhoff认为IEC 61499的分布式特性是该标准最大的实际问题。我认为诸如Profinet，PowerLink，Varan或EtherNet / IP之类的基于以太网的网络是理想的选择，但是我认为将网络问题从IEC 61499标准中删除是一个好主意。对于IEC 61499标准中定义的分布式处理，它可以使用类似于PVM或MPI的虚拟机，其中网络是控制器。这也将简化分布式控制系统的处理，并且比使用通信接口块要好得多。

Chouinard认为该标准本身就很好。如果我们不理会IEC 61499是一个真正的开放标准，那么？他争辩。尽管Internet允许更快的信息流，但是接受基于61499标准的产品可能需要三到五年的时间。

首先是标准，然后是基于该标准的产品。他预见了其硬件产品随附的供应商提供的61499功能块。“互操作性没有问题，” 乔纳德说。标准保证了这一点。使用服务接口块的任何系统或设备的无缝集成将满足控制系统对灵活性和鲁棒性的需求。61499很容易做到。