文本原创微信订阅号诸子东,转载或抄袭请注明出处。
此前我写过一遍文章,通俗讲解OPCUA。虽说是通俗的讲,但是还是略有点深入。因为是要基于大家对OPC有所了解的基础上,再去了解OPCUA的。
这篇文章这次不走技术层面讲解,而是让大家怎么样更好地理解和区分OPC,DA,UA这些概念,别傻傻搞不清楚了。
话不多说,先来看看什么是OPC。
OPC是OLE for ProcessControl的缩写,即应用于过程控制的OLE。
OPC规范包括OPC服务器和OPC客户端两个部分。其实质是在硬件供应商和软件开发商之间建立一套完整的“规则”。
不好意思,以上两句话,我摘抄了百度百科。相信很多人查阅OPC资料,也看过这个资料啥的。
但是,看了之后,是不是感觉跟没看一样。连OPC是啥,就大谈价值,SaaS,框架,应用,最多也只是空谈罢了。
好在我们不是解释概念,而是聊。聊就不一样了,抛开那些乏味的专业术语。
我们先聊聊这个背景。
OPC的诞生
OPC是在1996年前后,由几大自动化供应商组成一个工作组,负责开发基于COM和DCOM的数据访问标准,称之为OPC。
什么是COM和DCOM技术及数据访问,我们暂时不讨论。
但可以肯定的是,这个事,和微软有关系。因为在90年代,微软的操作系统开始占据市场,并且自动化供应商也没有更好地选择。
在微软推出COM和DCOM技术之后,自动化供应商在产品中开始使用这个技术。怎么说呢,因为可能在当时,没有比这更好的选择了。
但是呢,每家自动化用法不一样,对于做SaaS的呢&
标签:微软,供应商,OPC,DCOM,自动化,COM 来源: https://blog.csdn.net/zxm8513/article/details/117093387
本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享; 2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关; 3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关; 4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除; 5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。