技术论坛

 回复:『讨论』OS项目编辑器-OS PROJECT EDITER

返回主题列表
作者 主题
万泉河
至圣

经验值:29190
发帖数:10900
精华帖:131
楼主    2011-09-22 15:49:14
主题:『讨论』OS项目编辑器-OS PROJECT EDITER

WINCC不知从和版本开始,把BPC功能给嵌入进来了,就是一个小的PCS7框架功能。
核心就是这个OS项目编辑器,你有用过吗?
当然是指纯的WINCC项目,因为如果PCS7就不是这个了。

使用过程中有何见解,有没有发现一些优缺点?
欢迎大家讨论。

微信公众号:PLC标准化编程,ZHO6371995
划痕
侠圣

经验值:4794
发帖数:2009
精华帖:22
8楼    2011-09-24 10:56:00
精华帖  主题:回复:『讨论』OS项目编辑器-OS PROJECT EDITER
首先明白脱离PCS7,会大大降低step7和WinCC之间的强大的衔接功能,但是对于使用OS-project editor是没有影响的。
<使用OS-project editor的主要目的>——快速有效的建立上位机界面,尤其是整体布局;
然后,在有了上位机框架后,需要结合Picture Tree Manager对各个画面进行分组显示<画面的做法跟单独使用WinCC做画面一样>;
接着,做小画面<比如电机、阀门等操作界面>
其中的使用技巧就不多说了,自然包括使用画面模板、结构变量等等。
再补充一点:groupdisplay要结合alarm_8p才能发挥真正的作用
<论坛,仅提供思路,应用于实践时还需多练兵啊>
No discussion, no outcome.
划痕
侠圣

经验值:4794
发帖数:2009
精华帖:22
12楼    2011-09-25 09:24:11
精华帖  主题:回复:『讨论』OS项目编辑器-OS PROJECT EDITER
1、一般做同种类型的项目,比如造纸或者水处理时,执行机构都有很多相同点,自己建立一些FB会非常好用<因为通用性好>!
2、正如万斑所言,一般在画面中将groupdisplay删掉<在画面@AreaButtons中操作>,删掉后的布局也比较美观的。
3、alarm_8p确实将S7-300杀掉了,但是自己建立报警<可以通过Excel快速建立>同样比较方便、直观;另外,画面中可以充分利用状态显示来实现相应的报警、警告等信息(只是没有Alarm-in-Loop了)
4、至于CFC在S7-300/400中均可以使用,根据程序设计人员的习惯而定(各种编程语言结合起来可以发挥更大的作用);而SFC一般不容易直接在非PCS7系统中使用(使用SFC,多数时候是想使用PCS7中的SFC visualization功能),建议在非PCS7系统中使用Graph或者Hi-graph就好,程序设计的效率同样比较高!
No discussion, no outcome.
还是新手
侠圣

经验值:2178
发帖数:547
精华帖:6
13楼    2011-09-25 22:10:47
精华帖  主题:回复:『讨论』OS项目编辑器-OS PROJECT EDITER
一直是这么用的。好处:1.提高画面组态效率,系统本身为你设计好了框架,自己要做的只是添加骨肉,丰富内容。
2.省去自己去设计画面布局的烦恼,布局称不上漂亮,但中规中矩。
3.省去自己去编写大量脚本的麻烦,比如登陆,退出,退出WINCC,拷贝屏幕,工作区切换画面,调用用户管理等等。
4.省去自己设计报警画面组态,自动生成报警中的系统块:日期,时间,状态,已确认等等,PCS7风格报警画面,报警画面种类齐全,它都给你设计好了什么确认消息,新到达消息,操作日志等等画面。
5.双屏,多屏显示操作简单,只需简单编译即可。5.更改画面尺寸(分辨率)操作简单,简单编译即可。当然工作区内画面还要自己调整。
6.step集成wincc加项目编辑器结合用,可以发挥更大作用,提高效率。
暂时想到这么多,极力推荐step集成wincc加os 项目编辑器方式。
缺点:1.许多没有用到,或者是说单纯WINCC+STEP 7用不到的功能按钮,比如报警回路,工具栏中的一些按钮。2.画面配色不是很好,按钮区,工作区都是192:192:192.
3.系统没有提供一些常规的画面操作弹出窗口模板,这样自己去再设计可能色调搭配不好,不能达到浑然一体效果。
4.还没想到。。
欢迎关注西门子民间技术支持微信公众帐号。
凌波微步
奇侠

经验值:8842
发帖数:2715
精华帖:72
33楼    2011-10-10 21:52:12
精华帖  主题:回复:『讨论』OS项目编辑器-OS PROJECT EDITER
关于PICTURE TREE的问题实际上我的理解是这样的:
1.PICTURE TREE的组态产生的结果实际上与AREA BUTTON是间接对应关系;
2.与@AREA BUTTON.PDL中的按钮直接对应关系的在OS PROJECT EDITER的“AREA BUTTON”选项页里定义的顺序来决定的。
3.PICTRRE TREE组态,保存后的结果实际上是体现在OS PROJECT EDITER的“AREA BUTTON”选项页里的。而并非直接对应@AREA BUTTON.PDL中的按钮。
4.综上所诉:
4.1运行画面中的“按钮区”来源于@AREA BUTTON.PDL,
4.2@AREA BUTTON.PDL的脚本产生的效果来源于OS PROJECT EDITER的“AREA BUTTON”选项页里的;
4.3OS PROJECT EDITER的“AREA BUTTON”选项页里的组态来源于PICTRRE TREE;

这个问题是我在@AREA BUTTON.PDL中按钮的脚本发现的。脚本与PICTURE TREE与没有直接关系;

大家可以尝试一下,
1.更改OS PROJECT EDITER的“AREA BUTTON”选项页里的组态,不更改PICTURE TREE里的组态,看看效果如何?
2.更改PICTURE TREE里的组态,同时S PROJECT EDITER的“AREA BUTTON”选项页里的组态;而且不相互对应,看看效果如何?
不以物喜,不以己悲; 达则兼济天下,穷则独善其身。
您收到0封站内信:
×
×
信息提示
很抱歉!您所访问的页面不存在,或网址发生了变化,请稍后再试。