作者 | 主题 |
---|---|
耀眼光芒 侠圣 经验值:2331 发帖数:382 精华帖:3 |
楼主 2021-09-03 00:50:46
主题:现在S7-Graph里面似乎不太建议直接调用FB FC? S7-graph特点太多啦,比较方便的地方很多,尤其是HMI相当方便。但是其历史包袱也很重,各种指令限制条件比较多。 我看好多标准里每一步骤里似乎没有再调用FB FC,都是在修改各种标志位等,但这样也意味着各种程序块需要在S7-Graph之外调用和执行。需要不断地交叉索引和协调graph的变量。 请问大家一般是怎么做? 为了更优雅的使用Graph,大家有什么好的建议吗?
工艺第一&
我所说的一切均代表个人意见
|
Mr.小孙 侠客 经验值:756 发帖数:148 精华帖:0 |
1楼 2021-09-03 20:57:33
主题:回复:现在S7-Graph里面似乎不太建议直接调用FB FC? graph就是顺序控制,与CFC是有区别的,若要调用还不如使用CFC,即使FBD也不能做到类似CFC的DCS效果。
QQ群:336416617
|
Zane 版主 经验值:76180 发帖数:19322 精华帖:377 |
2楼 2021-09-04 00:25:42
主题:回复:现在S7-Graph里面似乎不太建议直接调用FB FC? GRAPH是给说白了就是工艺工程师使用的编程语言; GRAPH的程序是涉及工艺层面的控制程序; GRAPH的特点就是条件分支,跳转逻辑; 因此,GRAPH程序的执行结果是工艺设备中不同控制对象的逻辑控制层面的执行指令,而控制对象的逻辑控制往往是封装好的功能块,并且是要求全扫描的(PLC可靠性的要求) 所以,你的问题你应该懂的
Zane
注册自动化系统工程师
Always save before download
|
耀眼光芒 侠圣 经验值:2331 发帖数:382 精华帖:3 |
3楼 2021-09-04 23:51:54
主题:回复:现在S7-Graph里面似乎不太建议直接调用FB FC? 多谢 CFC确实值得使用,可惜V17的CFC不支持UDT 安全PLC也得把安全功能屏蔽掉然后使用。
工艺第一&
我所说的一切均代表个人意见
|
耀眼光芒 侠圣 经验值:2331 发帖数:382 精华帖:3 |
4楼 2021-09-05 00:24:40
主题:回复:现在S7-Graph里面似乎不太建议直接调用FB FC? 再次感谢学长的回复。 调用FC FB技术上没问题,那天发信息说的是我自己忘了自己做的保护…… 所以输出被后面的程序给清理了。 主要是看到VASS05和VASS06里面也都没有调用FB FC,但是我们祖传代码是调用了的 所以就找一个比较合理的方式。 因为graph调用步骤是有限的,所以只要每个步骤程序量不大就不会太影响扫描周期……
工艺第一&
我所说的一切均代表个人意见
|
Zane 版主 经验值:76180 发帖数:19322 精华帖:377 |
5楼 2021-09-05 08:59:45
主题:回复:现在S7-Graph里面似乎不太建议直接调用FB FC? 说到底,还是条件调用FC/FB的问题,除了一些事件触发的计算功能的FB或FC,我几乎所有的子程序都是无条件调用的。 事件调用的缺点是,扫描周期的波动,变量容易被改写,时序不严密造成逻辑陷阱
Zane
注册自动化系统工程师
Always save before download
|
耀眼光芒 侠圣 经验值:2331 发帖数:382 精华帖:3 |
6楼 2021-09-05 12:04:30
主题:回复:现在S7-Graph里面似乎不太建议直接调用FB FC? 再次感谢 确实是这个问题 怪不得有些招标书要求所有程序全部调用 也见过将程序设定最短时间的,这样扫描就确定了。 或者直接OB35 调用 周期500ms……
工艺第一&
我所说的一切均代表个人意见
|
不断的学习 侠圣 经验值:4857 发帖数:1014 精华帖:4 |
13楼 2021-09-11 16:21:14
主题:回复:现在S7-Graph里面似乎不太建议直接调用FB FC? 我们做的小生产线工位,每个工位基本流程差不多,用GRAPH写好一个框架,包括给各信号的接口点位写好,主要就关注每个工位过程控制就可以,而且在调试过程中,实际效果合在家里调试时不一样用GRAPH改起来还是蛮方便的,而且相对一目了然,但对于单机设备,逻辑比较复杂时,用GRAPH写就繁琐,一个是一个程序,是有步数现在(255),且铺开比较多时,监控不方便 |