小伙伴们一直关心的CFC和CME将在TIA博途V17中集成，这意味着CFC与CME将重出江湖！TIA博途又新添两个编辑器，将面向更多的用户，可以选择不同的方式进行编程。

        高效的工程也意味着设计应用程序而不是编写应用程序。TIA博途V17新添加两个编辑器CFC和CME用于以图形化配置的方式设计控制程序。

使用经典STEP7用于离散控制的小伙伴可能不熟悉CFC与CME，这里我们先简单介绍一下什么是CFC和CME以及设计方式。

        Simatic S7-1500的CFC编辑器用于互连不同函数块的输入、输出管脚作为一个连续功能图表(Continuous Function Chart CFC)，因此很容易配置信号流程图。在经典STEP7项目中已经使用CFC的用户现在也可以在TIA博途中使用熟悉的程序架构。

        开发人员还可以在CME编辑器中通过简单连接现成的逻辑模块创建函数作为一个因果矩阵 (Cause-and-Effect Matrix CEM)，CME编辑器可以用于S7-1200和S7-1500。 使用一个矩阵,开发人员可以根据因果关系的原则配置模块之间的依赖关系。由于图形化的用户界面，这种类型的配置特别明确和简单。对于调试机器状态之间的逻辑连接也是非常有用，因为模块之间关系的显示一目了然。

• 点评：

        1.  对于离散控制，通常使用STL、LAD、SCL和Graph；对于过程控制例如西门子的PCS7，使用CFC和CEM，这不是编程方式而是设计方式，如果还有顺序控制，可以使用SFC（相当于Graph）。

        2.  CFC和CEM连接的都是现成的函数和函数块，这种连接方式都是面向控制对象的，所以控制对象必须预先进行标准化的编程，也就是说在库中必须有不同对象的函数而且还要丰富，不知道在V17中是否提过大量的控制对象的函数。

        3.  原先我们估计TIA博途不会集成CFC，考虑到TIA博途是用于离散行业的，但是又要集成到V17中，可能是基于程序结构化和标准化的考虑，使用CFC连接不同的控制对象管脚还是比较方便的。

        4.  如果提供CFC的库，库中是否包含用于运动控制的函数，例如替代FM458\TDC的函数库？

在经典STEP7中，CFC使用的是SCL编译器，在TIA博途中，这个CFC是否使用独立的编译器？如果还是SCL编译器，是否会影响CPU的效率？再次联想到程序的标准化，是不是程序块的版本控制也增加了新功能？对象的报警和自动生成画面功能是否也将再次优化？这些遗留问题我们将拭目以待！