当物联网遇见IEC 61449

        IT 工程师遇见了控制工程师一般都比较沮丧，因为控制工程师永远像一个古板的绅士，只喝拉姆酒和5分熟的牛排。对于飞速发展的IT盛宴中的所有技术都提不上精神来， java，C++，python，云技术，物联网对他们来讲都是浮云。他们心中的最爱永远只有PLC 和梯形图。这个现象部分是控制工程师长期的教育背景和文化造就的。

       另一方面是由于控制软件的设计相对难度比较大，所以软件的组件化，可重复使用就显得非常重要。在梯形图的基础上，PLC 厂商又逐步采纳了结构化文本和基于功能块（function block）的图形化程序设计方法。并且制定了PLC 的技术标准（IEC61131-3）。所有这一切使控制软件的开发自成一体，和传统的计算机程序设计方法几乎是两条并行线。同步发展，没有交集。

       传统PLC 中的梯形图，功能块程序设计方法有利于软件的组件化，可重复使用，又不失去灵活性。使控制工程师关注控制过程本身，而不是纠结程序设计的细节。的确提高了控制系统编程的效率。PLC具有了长期的应用经验，建立了相应的教学体系。已经在工业控制领域根深蒂固了。 PLC在当今网络时代的确也又诸多不便，功能有限。如何跟上时代的潮流是PLC 面临的问题。曾经也看到西门子公司的研究报告，讨论将AI 模块集成到PLC 的功能块之中。

     鲜为人知的 IEC61499 标准更进了一步，它将功能块设计方法从PLC 的单机编程拓展到了分布式控制系统的多机编程的新阶段。IEC61499 应用的开发过程是从系统出发，开发一个基于功能块的网络，然后将这个网路的功能块合理地映射到分散的设备上，部署运行。每台设备都指示运行功能块网路的一部分功能块网络。这的确是分布式控制系统完美的建模方法。整个过程就像设计硬件原理图一样简单，拖动和放置功能块，配置一些参数，连接成一个网络。

       我们再来看看近年来物联网的情形，同样地，物联网也是为了解决物理设备的数据采集于控制。只是更突出设备的网络特性。物联网基本上是互联网技术的衍生产物，所以它毫无顾忌地引入了各种IT 新技术，诸如各种无线网络，大数据计算，人工智能，可视化，云平台等等。虽然物联网技术在这几年有了迅猛的发展，但是在应用方面却令人沮丧。特别是工业控制领域，大多数还只是停留在安装一个PLC 网关的水平上。无法深入到控制系统的核心应用之中。几年来，笔者曾经尝试了微软的micro .net framework, python，Go,nodeRED,ardunio, 树莓PI，docker 等各种方式来提高物联网应用的开发效率。相对于传统的C/C++ 嵌入式软件开发，效率提高了许多，但是物联网应用无法像传统控制系统那样摆脱程序设计。而控制工程师根本不会理会互联网工程师提出的这些开发方式。

            最近，我们的思路发生了转变，从物联网思维，转向控制系统思维。也就是使用控制系统的开发方式来开发物联网应用。最终呈现给控制工程师的依然是他们熟悉的组态软件，功能块图形设计方式。而将物联网的大量新技术封装成为功能块。

由于IEC61499 标准是针对分布式测量，控制系统的。所以更加适合物联网应用领域。

       我们最近的研究项目将IEC61499 的运行时（基于eclips 开源项目 4diac 的Forte） 运行在了docker 容器中，将它成为一个微服务。并且将物联网中的其它功能模块作为微服务运行在docker中，它们的接口封装成为IEC61499 的服务功能块（service function block）供系统工程师调用。这些包括了MQTT的publish/subscribe 功能块，数据库访问功能块，Web HMI，SCADA 功能块等等。以后将开发AI 和各种数据分析的功能块。例如基于AI 的PID 算法功能块。初步的实验表明，对于垂直应用系统而言，这个方式是可行的，使控制工程师依然以他们舒适的方式来使用物联网，大数据和AI的最新成果。这是令人兴奋的好消息。

        IEC61499 功能块就像胶水一样，将传统控制技术和物联网新技术粘结在一起。相互融合发展。

            当然，要使符合IEC61499 标准的功能块技术实用化，成为商业产品。需要做许多的努力。从某一个垂直应用开始是一个好的主意。比如瞄准建筑自动化，能源管理系统，或者测量系统等等。要针对性地开发丰富的，面向应用的功能块库。这是许多国外自动化控制公司（比如nxtControl）采取的方法。

   如果你对IEC61499 感兴趣，可以共同探讨。