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

OPC通信速度不慢! 点击:11886 | 回复:64



tcs

    
  • 精华:0帖
  • 求助:0帖
  • 帖子:68帖 | 526回
  • 年度积分:0
  • 历史总积分:768
  • 注册:2004年8月25日
发表于:2007-10-28 16:40:00
楼主
“创世纪32”GENESIS32的好处是OPC核心软件,不像其他软件如inTouch、iFix、Citect、TracMode、紫金桥、组态王、力空、杰空、易控、世纪星、开物…等等,他们都有自己的IO驱动程序,都是专用的、封闭的,他们各自开发的IO驱动程序只能够在自己的系统运行,不能互用。

OPC是一个标准、开放的IO服务器(等于他们的IO驱动程序),但是OPC可以安装和运行在任何SCADA/HMI系统,当然这些系统必须支持OPC啦,对最终用户是一件好事情,因为他们就不会受限制于这些专用的、封闭的软件系统,如果他们不给你开发一些新的IO驱动程序,你根本不可能把现有的系统连接到一些新的设备或者系统,用户根本就没有办法,只能够忍耐、等待他们大发慈悲给您开发,或者您要付出一笔可观的费用请他们帮您开发IO驱动程序。

此外,这些SCADA/HMI系统都说可以连接OPC,其实,他们只是写了一个OPC的IO驱动程序去连接OPC服务器,做工程时要建立2个数据库:
1)如果您用Kepware OPC服务器,首先您要建立Tag在KepwareOPC服务器中,
2)然后,再利用这些软件的OPC IO驱动程序去连接Kepware OPC中的Tag,把这些Tag连接到自己数据库的Tag。
等于做了两次数据库,比较麻烦!

“创世纪32”GENESIS32的优点是可以直接浏览Kepware中的Tag,马上可以连接到动态图上,不需要再建立Tag才可以连接到动态图,很方便,做工程会节省不少时间,时间就是金钱啊!

有不少人都说OPC很慢,其实他的观点有些不对,由于过去他们只用这些非OPC核心的软件去连接OPC服务器,感觉上动态图的动态点刷新时间会比用他们自己的IO驱动程序慢,问题不是在OPC服务器上,问题是在这种接法而产生的,事实上肯定会慢,动态图的动态点首先从他们自己的OPC IO驱动程序去读/写Kepware OPC的Tag,然后Kepware OPC服务器又去读/写PLC的点,中间就多了一层通信,肯定慢。

但是,“创世纪32”GENESIS32是OPC核心软件,动态图中的动态点直接就访问Kepware OPC中的Tag,是直接读写,是很快的,这是我做工程的经验。



tcs

  • 精华:0帖
  • 求助:0帖
  • 帖子:68帖 | 526回
  • 年度积分:0
  • 历史总积分:768
  • 注册:2004年8月25日
发表于:2008-08-12 12:59:12
61楼

楼上的 阿挺, 可不可以把你的经验给大家介绍分享!

阿挺

  • 精华:0帖
  • 求助:0帖
  • 帖子:3帖 | 38回
  • 年度积分:0
  • 历史总积分:79
  • 注册:2007年12月07日
发表于:2008-08-13 08:50:50
62楼

后来没有解决这个问题嘛,也就将就着用了.

我那个主要就是实时显示一些数据,并不涉及控制,所以没什么影响.

sujing777

  • 精华:0帖
  • 求助:0帖
  • 帖子:0帖 | 1回
  • 年度积分:0
  • 历史总积分:1
  • 注册:2008年6月21日
发表于:2009-06-12 20:04:24
63楼
难道组态王之类的非核心的 监控软件 OPC速度 没有办法改变了? 我现在做一个用的组态网 连 Omron 的OPC 监控来看 从OPC 到 组态王上刷新要3-4秒的延时,话说我的变量都是字符串 建了200多个 16个字的字符串变量,有没有更好的优化之类的办法, 要是不行的话 只能换 组态了

tcs

  • 精华:0帖
  • 求助:0帖
  • 帖子:68帖 | 526回
  • 年度积分:0
  • 历史总积分:768
  • 注册:2004年8月25日
发表于:2009-06-17 01:01:31
64楼

用GEN32吧!GEN32是OPC核心软件,应该会有很快的响应速度!试试看!


热门招聘
相关主题

官方公众号

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