我们刚开始做HMI的时候，元件都是用方块圆圈配文字说明，只要实现正常动作和监视状态；后来慢慢发展，开始注重页面布局，色彩搭配，尽量根据设备真实环境去制作画面。
14-06-27 10:08
组态工程的要求类似winform的设计要求。操作方便，比例适当，色调统一，完善的异常处理等等。这些是需要经验的。
个人认为需要掌握一门编程语言。比如wincc进行SQL数据路操作，用VBS脚本很方便。
还有数据库，需要了解一些基础知识，会增删改查等简单语句，还有求和，求均值，排序，分组等语句。但不需要精通存储过程、触发器等高级编程。
有些基础知识还是必须了解的，有助于理解组态，比如软件架构CS、BS等等。
至于“怎样让下位机实现的功能更好的展现在操作人员面前”，这个问题很深刻，哈哈
个人认为需要掌握一门编程语言。比如wincc进行SQL数据路操作，用VBS脚本很方便。
还有数据库，需要了解一些基础知识，会增删改查等简单语句，还有求和，求均值，排序，分组等语句。但不需要精通存储过程、触发器等高级编程。
有些基础知识还是必须了解的，有助于理解组态，比如软件架构CS、BS等等。
至于“怎样让下位机实现的功能更好的展现在操作人员面前”，这个问题很深刻，哈哈
14-06-27 17:42
组态设计还需要个“员”？
如果能把组态部分的设计单独拿出来作为一项单独的“工作”，那么可能的情形大概有如下几点：
1 受控对象是经过多少年生产磨出来的、极为成熟的产品，组态部分的“设计”，无非是对以往产品在受控单元形状等方面的一些小小的改动而已；
2 受控对象是简单地不能再简单的小型设备，以至于组态软件的编制者与下位机、控制柜等的设计者几乎无需多少交流，即可明白下面的控制需求及体系形态；
3 系统设计已经标准化到了上下位机之间的工作配合已经完全以文本化、表格化的编程文书进行交流的程度，但据我所知，至少在国内的工控界、甚至在西方发达国家并非所有的控制系统制造领域，这样的标准化工作还未成为现实。
就一般的工业控制设计而言，一套全新的控制系统，你做底层系统设计及编程的，如果组态软件的设计还需另外一个人来给你做，两人之间的配合得达到怎样默契的程度，才可以“我干我的，你干你的”，而且最终的结果还很好，这个我还真是无法想象。
我倒确实是看到过“就只编制组态软件”这样的事的，但真实的情况是，这个人的身后，有一个对全系统了如指掌、甚至干脆就是这个系统的设计者，这种情况下，这个编制组态软件的人，只不过是这个他身后的强者的一个小小的应声虫而已，他的确不懂的什么，至少对系统，他几乎一无所知。
我这些年做系统，从底层的仪表选定，控制柜体的设计，直至PLC程序的编制，组态软件的编制，都是我一个人来。如果这当中插入另一个人，我有给他解释的工夫，可能我的活都干了一大半了。
这就是我对控制系统中组态软件程序编制方法的认识。
如果能把组态部分的设计单独拿出来作为一项单独的“工作”，那么可能的情形大概有如下几点：
1 受控对象是经过多少年生产磨出来的、极为成熟的产品，组态部分的“设计”，无非是对以往产品在受控单元形状等方面的一些小小的改动而已；
2 受控对象是简单地不能再简单的小型设备，以至于组态软件的编制者与下位机、控制柜等的设计者几乎无需多少交流，即可明白下面的控制需求及体系形态；
3 系统设计已经标准化到了上下位机之间的工作配合已经完全以文本化、表格化的编程文书进行交流的程度，但据我所知，至少在国内的工控界、甚至在西方发达国家并非所有的控制系统制造领域，这样的标准化工作还未成为现实。
就一般的工业控制设计而言，一套全新的控制系统，你做底层系统设计及编程的，如果组态软件的设计还需另外一个人来给你做，两人之间的配合得达到怎样默契的程度，才可以“我干我的，你干你的”，而且最终的结果还很好，这个我还真是无法想象。
我倒确实是看到过“就只编制组态软件”这样的事的，但真实的情况是，这个人的身后，有一个对全系统了如指掌、甚至干脆就是这个系统的设计者，这种情况下，这个编制组态软件的人，只不过是这个他身后的强者的一个小小的应声虫而已，他的确不懂的什么，至少对系统，他几乎一无所知。
我这些年做系统，从底层的仪表选定，控制柜体的设计，直至PLC程序的编制，组态软件的编制，都是我一个人来。如果这当中插入另一个人，我有给他解释的工夫，可能我的活都干了一大半了。
这就是我对控制系统中组态软件程序编制方法的认识。
14-07-03 16:59
如果看看pcs7的做法，就知道as（控制器侧）和os（画面侧）是紧密不可分的，os上面的图标（ico）和操作面板（faceplate）、报警、趋势都是在as里面组态好编译到os里面去的，os里面剩下的工作就没多少了。
楼上的看法说一句，什么事情都在自己手里干并不是好事，费点力气教会别人做，自己慢慢也能省点力气嘛，尽管教的过程因人而异吧。
楼上的看法说一句，什么事情都在自己手里干并不是好事，费点力气教会别人做，自己慢慢也能省点力气嘛，尽管教的过程因人而异吧。
14-07-08 13:42
引用 yzdatou 在 2014/7/8 13:42:59 发言【内容省略】
楼上的，一样事情是不是都在自己手里干，而且这样干好还是不好，取决于这件事的规模有多大，复杂程度有多高。一个高校的学生，兜里就那么点钱，你还找个会计么？自己花钱、自己存钱、自己学习、自己生活，完全都摆弄得开。
同样是年轻人，接班的宗庆后的女儿，你让她亲自摆弄摆弄哇哈哈的财务报表看看？
她至少不太会，更不应该去做这样的事。
当然，她现在好在不用“花点时间教教别人”，因为有现成的各类公司管理体系摆在那里便足以支撑整个公司的运转了。
而工控领域呢？工控领域面对的场面比企业管理那可要复杂得多，面对一个全新的项目，即便是同一个系统设计者，不同的项目可能设计方法都有着天壤之别，请问这时除了系统的设计者，其他人你怎样能把他“教”到连上下级之间的接口变量及参数都清清楚楚的地步？设计者自己可能都得一边设计、一边调试、一边修改这些参数呢。
所以，搞项目我坚决主张一个人做，如果项目大一个人做不来，那么系统的设计及把握则一定要由一个统揽全局来进行，然后在具体填写变量、按照这个统揽全局者的要求粗略地做出上位机界面等方面有几个人来配合他做些粗浅的工作，这样系统才能大体上设计出来。
不过到这步系统的设计工作最多只能说进展到80%，现场调试还指不定会出来多少叉头呢。这种情况下，调试的统一指挥就更重要，而这个调试的指挥者，则非这位统揽全局者莫属。
可见，“费点力气教别人”，说起来容易，做起来难啊！
14-07-25 11:18
