OPC DA 1.0, 2.0x, 3.0 开发感受

OPC DA 1.0, 2.0x, 3.0 开发感受(在OPC中国发过的帖子)

   小弟最近被迫在做OPC DA Server(与斑竹的书无关^_^),在做得时候,有了一些想法,愿与各位探讨:


1. OPC DA 是失败的.
   OPC DA 作为工业上应用最广泛的数据交互标准,在推出8年后,仍然掌握在一小群人手里,见证了它们的失败.
   DA1.0是1997年的产品, 标准中不可避免得掺加了对今天来说不成熟得东西,例如异步采集得IDataObject, 公共组等. 尽管它们在当时很管用,但对于今天来说,当时的设计者们太高估设备厂商的能力了,从而导致直到今天外人听到OPC就觉得很高深.
   DA2.0x是2002年的产品, 也是最令人无法接收的东西.我们可以理解它对1.0的兼容,但面对铺天盖地的对于工业控制系统与管理信息系统能够方便通讯的需求,它置之不理.依旧埋着它的牛步往前爬....
   DA3.0在2003年的推出见证了DA2.0X的失败, DA2.0x的包袱太重,步子太小了.尽管DA3.0依然基于COM,基于与以往类似的接口,但设计者在标准的字里行间流露出对DA明天的小算盘....他们也许明白OPC DA 的明天是将远离COM.


2. OPC DA 的明天也许将远离COM.
   DA XML-DA于2004年发布了,它实际上是对DA3.0的封装.通过DA XML-DA,使OPC标准终于可以容易的摆脱Windows,脱离COM.我们可以设想一个这样的场景:躺在家里的沙发上,你用手机的Web登陆到几千公里外生产车间,浏览了一下运行状态,顺便把本月的生产记录和人员的出勤情况,用mail发给其他部门的同事.而要实现这种功能,必须依托DA XML-DA.最重要的是,它使linux, 单片机等, 都有可能接受OPC;


3. 我们有必要在OPC DA花费多大精力?
   对于工程人员来说OPC DA似乎很神秘,但对于工控平台开发人员来说,它也许只是2-5人月的开发量,这些都是因为工作性质决定了.每个人都有自己工作的重点,假如花费太多的精力在与主要工作关系不太大的方面的话,恐怕不太值得.^_^,希望诸位工控牛人,多花时间搞点大系统的复杂控制,象OPC DA这类东西,买本斑竹的书瞅瞅就行拉,没必要的话不用太认真.

猜你喜欢

转载自blog.csdn.net/DouKeKe/article/details/503751
opc