S7-graph特点太多啦，比较方便的地方很多，尤其是HMI相当方便。但是其历史包袱也很重，各种指令限制条件比较多。

我看好多标准里每一步骤里似乎没有再调用FB FC，都是在修改各种标志位等，但这样也意味着各种程序块需要在S7-Graph之外调用和执行。需要不断地交叉索引和协调graph的变量。

请问大家一般是怎么做？ 为了更优雅的使用Graph，大家有什么好的建议吗？

graph就是顺序控制，与CFC是有区别的，若要调用还不如使用CFC，即使FBD也不能做到类似CFC的DCS效果。

GRAPH是给说白了就是工艺工程师使用的编程语言；

GRAPH的程序是涉及工艺层面的控制程序；

GRAPH的特点就是条件分支，跳转逻辑；

因此，GRAPH程序的执行结果是工艺设备中不同控制对象的逻辑控制层面的执行指令，而控制对象的逻辑控制往往是封装好的功能块，并且是要求全扫描的（PLC可靠性的要求）

所以，你的问题你应该懂的

多谢

CFC确实值得使用，可惜V17的CFC不支持UDT 安全PLC也得把安全功能屏蔽掉然后使用。

再次感谢学长的回复。

调用FC FB技术上没问题，那天发信息说的是我自己忘了自己做的保护…… 所以输出被后面的程序给清理了。

主要是看到VASS05和VASS06里面也都没有调用FB FC，但是我们祖传代码是调用了的 所以就找一个比较合理的方式。

因为graph调用步骤是有限的，所以只要每个步骤程序量不大就不会太影响扫描周期……

说到底，还是条件调用FC/FB的问题，除了一些事件触发的计算功能的FB或FC，我几乎所有的子程序都是无条件调用的。

事件调用的缺点是，扫描周期的波动，变量容易被改写，时序不严密造成逻辑陷阱

再次感谢 确实是这个问题 怪不得有些招标书要求所有程序全部调用

也见过将程序设定最短时间的，这样扫描就确定了。 或者直接OB35 调用 周期500ms……

我们做的小生产线工位，每个工位基本流程差不多，用GRAPH写好一个框架，包括给各信号的接口点位写好，主要就关注每个工位过程控制就可以，而且在调试过程中，实际效果合在家里调试时不一样用GRAPH改起来还是蛮方便的，而且相对一目了然，但对于单机设备，逻辑比较复杂时，用GRAPH写就繁琐，一个是一个程序，是有步数现在（255），且铺开比较多时，监控不方便