首页 上一页 1 2 3 4 下一页 尾页

VB能工控组态吗? 点击:13712 | 回复:70



cjgu

    
  • 精华:5帖
  • 求助:0帖
  • 帖子:31帖 | 113回
  • 年度积分:0
  • 历史总积分:224
  • 注册:2001年1月12日
发表于:2003-11-18 23:23:00
楼主
有一个问题长期困扰着我。VB能工控组态吗? 希指教 cjgu



学习

  • 精华:7帖
  • 求助:0帖
  • 帖子:16帖 | 28回
  • 年度积分:0
  • 历史总积分:161
  • 注册:2001年4月26日
发表于:2001-05-18 10:02:00
1楼
当然。 很多人都是用VB组态的,但一两句说不清,难道你要自己做编程软件吗?

szs

  • 精华:0帖
  • 求助:0帖
  • 帖子:1帖 | 9回
  • 年度积分:0
  • 历史总积分:62
  • 注册:2001年5月18日
发表于:2001-05-18 17:47:00
2楼
当然可以了,只是系统不能太大

cjgu

  • 精华:5帖
  • 求助:0帖
  • 帖子:31帖 | 113回
  • 年度积分:0
  • 历史总积分:224
  • 注册:2001年1月12日
发表于:2001-05-19 08:03:00
3楼
mhe与szs_007:你们好! 能告知系统不能太大的范围吗?我只是想用VB组态.控制 挤塑机组.不知那位高手已涉先河.能赐教吗?

吾晓。

  • 精华:0帖
  • 求助:0帖
  • 帖子:1帖 | 23回
  • 年度积分:0
  • 历史总积分:26
  • 注册:2002年2月19日
发表于:2001-05-20 14:56:00
4楼
我一直用VB编写工控方面的软件,当然,有些动态连接库是用C写的。之所以选用VB编写是考虑到一般项目的开发周期较短,VB可以提高开发效率,而且软件维护也稍微方便一些,对于新手上手也较快,但对于一些控制的灵活性和程序的执行效率方面,VB有所不足,我觉得VB工控软件应该作为一种过度产品。 其实,系统大小,这是一个仁者见仁智者见智的问题,对于现在硬件条件,对于编程高手而言,几乎所有问题都可以轻松实现的。我觉得,良好的编程风格和程序结构比良好的开发工具更重要。何况,通过调用系统底层函数,VB程序的实行效率不会低到哪里,而且,你的项目的瓶颈不见得就是你的软件的执行效率。 就目前发展,关于工具之争,有这么一种看法,说类PASCAL的DELPHI更符合OO编程思想,代码效率也高,开发效率也高,但我个人认为,对于工控软件,C还是目前的最终选择,VB的容错性能可以做得比DELPHI更好,但,最重要的是软件的设计人员。精品当然不可能出自菜鸟的手。 个人意见,供参考。

gongkongedit

  • 精华:1099帖
  • 求助:0帖
  • 帖子:14392帖 | 54470回
  • 年度积分:0
  • 历史总积分:622
  • 注册:2008年9月08日
发表于:2001-06-12 10:23:00
5楼
VB不错,一直在用,从VB FOR DOS到VB6,应该说实用性很好,当然会有一定局限性.同意yezi的观点,最重要的是软件的设计人员,当年BASIC加汇编也可作工控.

fzj

  • 精华:0帖
  • 求助:0帖
  • 帖子:0帖 | 5回
  • 年度积分:0
  • 历史总积分:5
  • 注册:2001年6月14日
发表于:2001-06-14 07:09:00
6楼
有现成的便宜软件,何必要用VB自己写?把这个精力用于 其它方面不更好?13910506727

cjgu

  • 精华:5帖
  • 求助:0帖
  • 帖子:31帖 | 113回
  • 年度积分:0
  • 历史总积分:224
  • 注册:2001年1月12日
发表于:2001-06-14 21:33:00
7楼
付先生. 您好! 说得真好!把这个精力用于其它方面不更好? 谢谢!   cjgu@163.com

gongkongedit

  • 精华:1099帖
  • 求助:0帖
  • 帖子:14392帖 | 54470回
  • 年度积分:0
  • 历史总积分:622
  • 注册:2008年9月08日
发表于:2001-06-15 09:03:00
8楼
组态软件往往无法满足所有的需求,尤其是数据管理、报表等,再说多少钱也是钱。

天空

  • 精华:0帖
  • 求助:0帖
  • 帖子:7帖 | 11回
  • 年度积分:0
  • 历史总积分:0
  • 注册:2001年8月29日
发表于:2001-06-15 09:34:00
9楼
cyqjf老兄说的很对 我用了很多的组态软件,现目前正在使用WINCC软件,其软件唯一不足之处在于无法进行数据管理,由于客户要求能进行数据管理,故现在又必须重新开发一套组态系统,我现在采用的是VB

吾晓。

  • 精华:0帖
  • 求助:0帖
  • 帖子:1帖 | 23回
  • 年度积分:0
  • 历史总积分:26
  • 注册:2002年2月19日
发表于:2001-06-15 10:34:00
10楼
昨天本来上来写了一大通谬论,不想递交的时候页面出错,后退时又自动刷新,写的东东就没了:(看来本站点的ASP还需要进一步完善。 其实,不用组态软件而自己编程的最好理由应该是 “项目的特定需求”,比如,需要某一个特定的画面,比如需要跟你网上的某一台服务器进行特定的数据交换,比如……,对于作工程的朋友应该都知道,很多时候用户的狗屁要求你必须委屈求全,钱其实不是问题组态软件整体成本应该不会比自己编程的成本高,因为编写一个程序不是写代码人员的工资,还包含了很多其它支出,包括维护和风险成本。尤其在国内维护方面事宜更应事先进行周详考虑,国内程序人员流动性很大,而且编程风格也不是很好,能做到符合软件工程的编程人员很少,这样对系统的升级维护很不利,有时候读懂别人的程序比自己编写一个都难,大家说是不是?

吾晓。

  • 精华:0帖
  • 求助:0帖
  • 帖子:1帖 | 23回
  • 年度积分:0
  • 历史总积分:26
  • 注册:2002年2月19日
发表于:2001-06-15 10:41:00
11楼
再说一下,其实现在的编程工具功能已经很强大,入门和使用都很方便,对于一个有经验的软件人员,写好一个工控软件不见得比组态一个应用难多少,一些简单的应用尤为如此。就这点,又回到我的第一个发言:具体看情况,项目实施中的软件人员业务能力是最重要的,假如是我,一般情况下喜欢用组态软件,但绝大部分的工程中,我还是自己编写程序,我觉得没有什么冲突可言。 对于系统,简单即是最好。

gongkongedit

  • 精华:1099帖
  • 求助:0帖
  • 帖子:14392帖 | 54470回
  • 年度积分:0
  • 历史总积分:622
  • 注册:2008年9月08日
发表于:2001-06-27 21:48:00
12楼
同意各位大吓的高见,用现成的软件不错,关键是软件能够留出足够的接口给大家,方便用VB、DELPHI等编程,主要就是数据库方面的编程了!

牛头人

  • 精华:3帖
  • 求助:0帖
  • 帖子:55帖 | 134回
  • 年度积分:0
  • 历史总积分:436
  • 注册:2001年4月30日
发表于:2001-08-28 21:10:00
13楼
自己吃自己的饭,工控软件还是留给他们吃这饭的人,你对VB 懂多少?

gongkongedit

  • 精华:1099帖
  • 求助:0帖
  • 帖子:14392帖 | 54470回
  • 年度积分:0
  • 历史总积分:622
  • 注册:2008年9月08日
发表于:2001-08-28 22:18:00
14楼
我有点搞不懂了! 我用了不到一个星期就学会VB了!----脑袋正常的都应该如此。 美国佬8岁孩童就会用VB搞游戏,难怪我们的水平了---搞工业控制的也搞不懂VB! 我想问:“连VB都搞不懂,学不会,难道还想在Windows上混吗?到DOS去吧!”可是DOS的组态在哪里?有一天你们要用电子盘的时候怎么办?静下心来,花一个月,学好VB并不是非常困难的事! 更何况,如果有一个组态软件功能完善的话,一定会用到一系列接口齐全而完善的脚本(听说过用过的人都知道这个非常不规范、不完善和令人讨厌的东东)----他总是不停的变!不象一种标准的语言,可以学一次终身受益。等他一变,你以前下的功夫完全作废! 记住我的话: “要想在Windows下混,不会一种语言(最起码要求是VB或Delphi)万万不能!”

michael_wx

  • 精华:0帖
  • 求助:0帖
  • 帖子:1帖 | 20回
  • 年度积分:0
  • 历史总积分:23
  • 注册:2001年9月08日
发表于:2001-09-08 13:06:00
15楼
我认为VB在工控方面还是比较实用的,因为好多的组态软件中都内嵌了VBA来提供二次开发的能力。这样给从事工控行业的这些搞技术的一个比较灵活的空间。因为组态软件作为一个通用的产品,他要考虑到许多的方面。这样就肯定有他的局限性。组态软件不是万能。所以我们就有可能使用VB或者组态软件内嵌的VBA来做二次开发。来实现一些组态软件所不能实现的特殊要求(比如与数据报表,数据管理,与特殊设备的通讯处理等)。在我接触的几个工控工程中都使用到了组态软件。但是我也都用到VB,因为组态软件不能满足客户的要求。由于VB简单易学,开发的软件便于交流与维护,而且VB与Microsoft公司Office软件良好的接口性能,使开发工作变非常简单。所以我认为在工控这个领域VB是非常实用的。 当然VB也不是万能的,做工程吗,要考虑到效率和成本的问题,只要条件允许我认为还是采用现成的东西是最好的。有,我们为什么不用呢?

东大

  • 精华:0帖
  • 求助:0帖
  • 帖子:2帖 | 6回
  • 年度积分:0
  • 历史总积分:12
  • 注册:2001年9月26日
发表于:2001-09-26 11:59:00
16楼
本人从事组态软件技术多年,现在从事销售工作,个人认为SYNALL2000的使用是很好的。这套软件主要是实用,简单,数据采集稳定,报表可以自己定义制作。

gongkongedit

  • 精华:1099帖
  • 求助:0帖
  • 帖子:14392帖 | 54470回
  • 年度积分:0
  • 历史总积分:622
  • 注册:2008年9月08日
发表于:2001-10-20 14:34:00
17楼
我认为,使用VB、VC写工控软件的难点在于通讯协议的资料(Specifications)难找。其实,用高级语言做组态,并不是非常困难,而且相对现成的组台软件而言,可以适应更多的特殊要求。 比如,用VB编程控制PLC时,不同厂家的通讯协议不一样,你必须了解每一种你所需要使用的产品的通讯协议,有时候,还找不到详细的技术规格资料。我在找Profibus Specifications的时候,花了很长时间,还是一无所获。www.profibus.com上面有下载,但是需要成为会员,我暂时还没有申请。不知各位能否提供一份这样的资料,在下不胜感激。(其实也可以采用自由口通讯方式) 目前我在主持开发一个这样的一个专用于饲料行业的工控系统,所以,使用的PLC相对可以固定,其他的智能仪表选用也很有限,所以完全可以实现。有兴趣的朋友,可以与我联系,一起讨论。 我的Email: ljh_gcb@263.net

方源

  • 精华:4帖
  • 求助:0帖
  • 帖子:6帖 | 67回
  • 年度积分:0
  • 历史总积分:108
  • 注册:2002年4月11日
发表于:2001-11-10 18:50:00
18楼
应用OPC与DDE通讯,你不必自己编写PLC的驱动软件。象AB公司在这方面做得相当好。

microtomato

  • 精华:1帖
  • 求助:0帖
  • 帖子:84帖 | 1476回
  • 年度积分:0
  • 历史总积分:2078
  • 注册:2001年11月02日
发表于:2001-11-11 15:39:00
19楼
建议用delphi,功能绝对不是vb之类的软件可以比的。他在网络和数据库方面非常不错的。

gongkongedit

  • 精华:1099帖
  • 求助:0帖
  • 帖子:14392帖 | 54470回
  • 年度积分:0
  • 历史总积分:622
  • 注册:2008年9月08日
发表于:2001-11-16 09:16:00
20楼
delphi是个好东东,而且程序比较规整,易读,便于后期维护。不过图形方便似乎有些欠缺噢!

热门招聘
相关主题

官方公众号

智造工程师
    首页 上一页 1 2 3 4 下一页 尾页