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

期盼完全开放自动化软件平台 点击:3125 | 回复:51



a fish

    
  • 精华:2帖
  • 求助:0帖
  • 帖子:7帖 | 145回
  • 年度积分:0
  • 历史总积分:240
  • 注册:2002年9月28日
发表于:2004-03-01 18:54:00
楼主
为什么自动化软件制造商老死不相往来? 为什么没有一个类似JAVA、UNIX的完全开放的自动化软件平台? 为什么不能在一组基本标准开发个性化的控制软件? 为什么没有一种同时面向专业工程师和程序员的自动化软件平台? 关于自动化软件几个疑问,希望大家能讨论一下



a fish

  • 精华:2帖
  • 求助:0帖
  • 帖子:7帖 | 145回
  • 年度积分:0
  • 历史总积分:240
  • 注册:2002年9月28日
发表于:2003-12-03 12:50:00
1楼
以本人愚见, 1 自动化软件应该允许第三方图形界面开发工具; 2 自动化软件应当允许第三方控制模块; 3 自动化软件应当最小化组件,使得开发有更高的灵活性,从更好地改善特殊工况下系统结构。

a fish

  • 精华:2帖
  • 求助:0帖
  • 帖子:7帖 | 145回
  • 年度积分:0
  • 历史总积分:240
  • 注册:2002年9月28日
发表于:2003-12-04 10:43:00
2楼
to 老阎 没人捧场,自己顶。 自由的开放的工控软件平台实际上是工控软件发展的方向。 工控平台最终要与管理平台、信息交换平台相融合,成为整个自动化工厂软件平台的一个组成部分。

gongkongedit

  • 精华:1099帖
  • 求助:0帖
  • 帖子:14392帖 | 54470回
  • 年度积分:0
  • 历史总积分:622
  • 注册:2008年9月08日
发表于:2003-12-04 20:33:00
3楼
ding

a fish

  • 精华:2帖
  • 求助:0帖
  • 帖子:7帖 | 145回
  • 年度积分:0
  • 历史总积分:240
  • 注册:2002年9月28日
发表于:2003-12-05 23:00:00
4楼
现在发现一个问题,自动化软件最终将不能在独立发展下去。最终吃掉他们将是大的企业管理软件商。而自动化软件公司根本就没有反抗的能力。 说这些是就事论事没有其他意思

deng_lp

  • 精华:5帖
  • 求助:0帖
  • 帖子:65帖 | 2669回
  • 年度积分:0
  • 历史总积分:2876
  • 注册:2001年6月19日
发表于:2003-12-07 10:56:00
5楼
我不完全认同老阎观点. 自动化软件公司,都会有自已的市场定位.不能一口否定的说,全军覆没。 关键是大型的企业管理软件商有没有在这方面发展的企业计划和各行各业的专业人员(不是指操作工式的程序员)。 软件接口开放的程度才是解决问题的关键。

a fish

  • 精华:2帖
  • 求助:0帖
  • 帖子:7帖 | 145回
  • 年度积分:0
  • 历史总积分:240
  • 注册:2002年9月28日
发表于:2003-12-07 19:09:00
6楼
to 邓工 斑竹先生,我这么说是因为如下理由: 1、生存环境恶劣。独立的工控软件商(指专营工控软件业务)在国内市场上要面临各种侵权行为。当年的HONEYWELL就因为这种原因开始接受第三方组态软件。而现在的这几家软件商和HONEYWELL的实力相去甚远。 2、工控软件的技术含量。工控软件只是一种表现生产工程技术的工具,它要和生产实际相结合才有生命力。独立的软件商不具备类似GE、SIEMENSE、HONEYWELL在工程技术方面的实力完成不了这种结合。 3、从软件业的市场份额来看,工控软件的份额十分的小。大型的搞ERP类软件的软件商每年从工业企业获得巨大利润使得他们可以去吞并对于它核心业务很有用处的生产过程控制软件,重组他们业务变得更有竞争力。

gongkongedit

  • 精华:1099帖
  • 求助:0帖
  • 帖子:14392帖 | 54470回
  • 年度积分:0
  • 历史总积分:622
  • 注册:2008年9月08日
发表于:2003-12-08 15:57:00
7楼
有一定的道理,但并不实际。 并不会像楼主说的那么容易~毕竟这是两个方面,搞ERP的核心是关系数据库,而组态软件面向的是实时数据库; 相反,如果组态软件发展定位准确,以客户为中心,倒是有吞并“搞ERP类软件”的势头。船小好调头,小企业更灵活,发展方向更明确! 组态软件在管控一体化中的成功应用,就是一个很好的举例!

gongkongedit

  • 精华:1099帖
  • 求助:0帖
  • 帖子:14392帖 | 54470回
  • 年度积分:0
  • 历史总积分:622
  • 注册:2008年9月08日
发表于:2003-12-08 16:03:00
8楼
个人认为最终形成的局面,应该是两种软件企业的亲密合作。

sunrisea

  • 精华:0帖
  • 求助:0帖
  • 帖子:22帖 | 95回
  • 年度积分:0
  • 历史总积分:217
  • 注册:2002年6月03日
发表于:2003-12-08 16:20:00
9楼
自动化软件是在早期系统不开放的前提下诞生的,也最有利润,可以捆绑到硬件上销售,如今这种局面已经有变化,随着控制制设备开放互连及软件业开放性标准的推出,优势也在减少,但对自动化技术的掌握内容要求也高了起来,程序员式的自动化工程师,及自动化专业程序员, 有国家规范市场,有人投资,就能搞好 愚见

a fish

  • 精华:2帖
  • 求助:0帖
  • 帖子:7帖 | 145回
  • 年度积分:0
  • 历史总积分:240
  • 注册:2002年9月28日
发表于:2003-12-08 21:00:00
10楼
小魏你好 我觉得你说的关系型数据库和实时数据库的不是问题的关键。 另外国内的ERP市场有点混乱,但是做为SAP这种软件商想进入工控软件市场如同当年MS进入浏览器市场一样。 工控软件商搞ERP只有通过并购,以他们的实力很难找到一个恰当的切入点。

gongkongedit

  • 精华:1099帖
  • 求助:0帖
  • 帖子:14392帖 | 54470回
  • 年度积分:0
  • 历史总积分:622
  • 注册:2008年9月08日
发表于:2003-12-11 11:00:00
11楼
你说的没错,问题的关键应该是开发性。 如果组态软件能提供更多、更灵活的数据开发接口,那类似于SAP供应商这种也就没有必要耗费巨大的精力和财力搞开发,而合作则更加合适。 我前面提到的管控一体化(由组态软件供应商提出),她也同样威胁着ERP软件市场。她不但实现了对底层设备数据采集和控制,还实现了更具实用性的网络化平台,使现场的数据以B/S、C/S的方式实现共享,并且还可以通过DDE、ODBC、ActiveX、OPC等多种方式与第三方软件交换数据。 继续关注。。。

未见过海

  • 精华:0帖
  • 求助:0帖
  • 帖子:0帖 | 3回
  • 年度积分:0
  • 历史总积分:3
  • 注册:2003年7月21日
发表于:2003-12-11 13:51:00
12楼
这个话题很好,我就这个问题已经想了很长时间了! (1)开发工具的跨平性与开放性 从技术上讲,这里有两个问题,a:不能使用com或 .net 控件做为开发工具的界面体(原因是他天生的专有性和数据持久化时数据存储的二进制性. b.对象持久化时不能使用二进制式的"本地化"的东本,可以使用XML式的自描述格式.一个可信的方案是使用java开发一个通用的界面开发工具,并以XML为是终开发结果,进而实现开放性 (2)运行工具:运行工具主要用于"解释"开发工具生成的结果,由于具体的运行平台不同,所以运行工具注定是专有的. 如,有LINUX版,WINDOWS2000版,windows2003版,dos版,vxWORk版...... 各厂家和公司或个人都可能推出自己的"解释器" 我本人正在努力的做这方面的工作.有兴趣的公司或个人可以联系讨论.

老咸菜

  • 精华:0帖
  • 求助:0帖
  • 帖子:1帖 | 37回
  • 年度积分:0
  • 历史总积分:43
  • 注册:2001年4月27日
发表于:2003-12-11 16:51:00
13楼
组态软件可以分为几个部分,底层、数据、界面。我认为要实现标准化的软件平台,就是把这三层不要混在一起,而是全部分开。任何几家的产品可以混在一期工作,这样用户和开发者就可以选择某一块进行开发,我正在进行这些划分工作。

a fish

  • 精华:2帖
  • 求助:0帖
  • 帖子:7帖 | 145回
  • 年度积分:0
  • 历史总积分:240
  • 注册:2002年9月28日
发表于:2003-12-13 23:06:00
14楼
to 未见过海 你好,从你提的这两点看的出你想得比较远。我也很赞成使用XML或者其他具有通用性的东西作为交换数据的手段。 采用java是个不错主意,只是java这种解释性计算机语言不如编译的运行速度快。 to 老咸菜 我觉得如果数据格式能够标准化是最重要的。

gongkongedit

  • 精华:1099帖
  • 求助:0帖
  • 帖子:14392帖 | 54470回
  • 年度积分:0
  • 历史总积分:622
  • 注册:2008年9月08日
发表于:2003-12-15 22:34:00
15楼
好就顶一顶 对此话题非常感兴趣,最好有人提出更具体做法?

a fish

  • 精华:2帖
  • 求助:0帖
  • 帖子:7帖 | 145回
  • 年度积分:0
  • 历史总积分:240
  • 注册:2002年9月28日
发表于:2003-12-16 12:20:00
16楼
我觉得网络结构上,用对等网络的模型来考虑也是一个方法,扩展性会得到很大的改善。 另外,老咸菜提的三层分开,接口标准化是非常非常必要的。 每个厂商专攻自己的长处。 用户构建自己系统时有N种组合可以选择。 升级扩展更加灵活。

老咸菜

  • 精华:0帖
  • 求助:0帖
  • 帖子:1帖 | 37回
  • 年度积分:0
  • 历史总积分:43
  • 注册:2001年4月27日
发表于:2003-12-18 09:37:00
17楼
我就开放的工控软件平台已经考虑很久了,说是工控软件平台其实是狭义了一些。如果层分的合理,每个层的功能其实可以有更多的应用范围,在此想借老阎这个话题开始讨论。希望有开发、使用经验的开发者、最终用户多提意见和建议,我的邮件地址lixianen@sina.com

gongkongedit

  • 精华:1099帖
  • 求助:0帖
  • 帖子:14392帖 | 54470回
  • 年度积分:0
  • 历史总积分:622
  • 注册:2008年9月08日
发表于:2003-12-18 10:59:00
18楼
楼上诸位的意见很不错! 我觉得我们大家都要努力啊, 第一:要有梦想; 第二:要有信心; 第三:最关键要去做! 谢谢!

a fish

  • 精华:2帖
  • 求助:0帖
  • 帖子:7帖 | 145回
  • 年度积分:0
  • 历史总积分:240
  • 注册:2002年9月28日
发表于:2003-12-18 11:05:00
19楼
我现在主要搞网络结构,以前做过几年现场工作。提起这个话题主要是因为对工控软件现状不满。 就工控软件平台或者管控一体的三层结构方面,希望老咸菜多多指教。 我的邮件地址:lwangmu@163.com

老咸菜

  • 精华:0帖
  • 求助:0帖
  • 帖子:1帖 | 37回
  • 年度积分:0
  • 历史总积分:43
  • 注册:2001年4月27日
发表于:2003-12-18 12:42:00
20楼
指教不敢当,一起讨论,统一AK47的说法。说而且要作,而作需要联合。

热门招聘
相关主题

官方公众号

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