学习《OPC应用程序入门》经历(转)
OPC应用程序入门
实现ＩＴ时代的测量控制系统必须的 ＯＰＣ应用程序入门 －附有ＯＰＣ模拟服务器和示范源程序光盘－ 编著： 日本ＯＰＣ协会 翻译： 郑 立 后援： ＯＰＣ中国促进会日文版序 OPC（ＯＬＥ ｆｏｒ Ｐｒｏｃｅｓｓ Ｃｏｎｔｒｏｌ）不仅是生产系统中的关键基础技术之一，并且也是被终端用户广泛采用的软件标准技术。
作为推进这种技术的标准化和普及活动的国际组织OPC基金会和其日本地区组织日本OPC协会决心为新时代制造业的革新作出贡献。
在１９８０年阿尔温·托夫勒，提出了继农业革命，产业革命之后将出现大的社会体系变革的所谓“第三次浪潮”理论。
即是一次从集中向分散，从体力劳动向脑力劳动，从机械向信息转移的社会变革。
这不仅仅只是实现信息化社会。
由于来自旧社会势力的抵抗和现存技术基板的制约，不可能马上实现这种变革。
但是２０年后的今天，在制造业进行的管理过程革新以及IT的飞跃发展正在逐步克服这些障碍。
２１世纪将是真正地受到第三次浪潮的冲洗而出现的新地表的世纪。
在这其中，OPC正是在制造业的仪表控制领域内所发生的“第三次浪潮”的主流。
自１９９６年秋OPC基金会和日本OPC协会创立以来，经过五年时间，把OPC确立为一个世界标准规范的活动阶段已告一段落。
在迎接新世纪的今天，为了使终端用户真正地得到进一步的益处，我们正在放眼于超越目前为止的活动范围，目标于创立基于２１世纪制造业新蓝图的生产系统而努力。
为此目标，工业，教育，政府的各个企业和团体以及个人的合作乃是必不可少的。
作为在全世界首次出版的有关OPC应用程序编程书籍的本书，正是日本OPC协会技术委员会活动的总结，也可以说是来自迄今为止为OPC作出贡献的各位成员的总结报告。
我希望本书可以成为读者在进行OPC实际应用时的入门参考，并进一步成为今后全球化技术合作的新起点。
ＯＰＣ基金会亚州理事 日本ＯＰＣ协会 秘书长 島貫 洋 （日本东芝公司） 本书作为日本OPC协会技术委员会五年间的努力成果，是一本按照OPC数据访问标准进行产品开发和系统组态的技术说明书。
OPC技术及其应用 - OPC
OPC技术及其应用 - OPC当大量现场信息由智能仪表或通过现场总线直接进入计算机控制系统后，存在着计算机内部应用程序对现场信息的共享与交互问题。
由于缺乏统一的连接标准，工控软件往往需要为硬件设备开发专用的驱动程序。
这样一旦硬件设备升级换代，就需要对相应的驱动程序进行更改，增加了系统的维护成本。
即使计算机中的SCADA有独立的驱动程序，但一般也不允许同时访问相同的设备，否则很容易造成系统崩溃。
可见，现场控制层作为企业整个信息系统的底层部分，必然需要与过程管理层和经营决策层进行集成，这样也存在着监控计算机如何与其它计算机进行信息沟通和传递的问题。
由于控制系统往往是不同厂商开发的专用系统，相互之间兼容性差，与高层的商业管理软件之间又缺乏有效的通信接口，因此通信规范问题成为了制约控制系统突破“信息孤岛”的瓶颈。
opc（OLE for Process Control）的出现，建立了一套符合工业控制要求的通信接口规范，使控制软件可以高效、稳定地对硬件设备进行数据存取操作，应用软件之间也可以灵活地进行信息交互，极大提高了控制系统的互操作性和适应性从软件的角度来说，OPC可以看成是一个“软件总线”的标准。
首先，它提供了不同应用程序间（甚至可以是通过网络连接起来的不同工作站上的应用程序之间）实现实时数据传输的通道标准；其次，它还针对过程控制的需要定义了在通道中进行传输和交换的格式。
OPC 标准的体系结构为客户/服务器模式，即将软件分为OPC服务器和OPC客户。
OPC服务器提供必要的OPC数据访问标准接口；OPC客户通过该标准接口来访问OPC数据。
运用OPC标准开发的软件由于都基于共同的数据及接口标准，因此相互之间具有很强的通用性。
这在工业控制领域中，具有十分现实的意义。
OPC服务器可由不同供应商提供，其代码决定了服务器访问物理设备的方式、数据处理等细节。
但这些对OPC客户程序来说都是透明的，只需要遵循相同的规范或方法就能读取服务器中的数据。
如何进行OPC范文
如何进行OPC范文OPC（OLE for Process Control）是一种基于微软的OLE（对象链接和嵌入）技术所开发的工业自动化标准。
它允许不同的工业控制设备和系统之间进行通信和数据交换。
下面将介绍如何进行OPC。
第一步：了解OPC的基本概念OPC是一种开放的标准，允许不同的设备和系统使用统一的接口进行通信。
它定义了一组规范和协议，使得不同供应商的设备和系统能够无缝交互。
通过使用OPC，用户可以从多个设备中获取数据，并且可以对其进行控制和监测。
第二步：选择合适的OPC服务器OPC服务器是实现OPC标准的软件，它负责处理和管理与设备和系统之间的数据交换。
选择合适的OPC服务器对于OPC的成功实施至关重要。
需要考虑的因素包括服务器的稳定性、兼容性、性能、功能和可扩展性等。
第三步：安装和配置OPC服务器安装和配置OPC服务器是进行OPC的关键步骤。
首先，需要将OPC服务器软件安装在计算机上，并确保与所连接的设备和系统兼容。
其次，需要根据所需的配置设置OPC服务器的参数，如通信协议、网络设置、设备和系统的连接等。
第四步：配置OPC客户端OPC客户端是用于与OPC服务器进行通信和数据交换的软件。
在配置OPC客户端之前，需要确定需要连接的设备和系统，并获取相关的OPC服务器的地址和接口信息。
然后，在OPC客户端中配置相应的连接和数据读写等操作。
第五步：测试和调试OPC连接在配置完成后，需要进行测试和调试以确保OPC连接正常工作。
可以使用OPC客户端进行连接测试，并检查所获取的数据和操作结果是否符合预期。
如果遇到问题，可以通过查看日志和调试信息等来进行排查和修复。
第六步：开发自定义应用程序一旦OPC连接正常工作，可以根据需要开发自定义的应用程序。
可以使用编程语言（如C++、C#、VB等）来编写相应的代码，通过调用OPC接口来实现数据采集、控制和监测等功能。
开发自定义应用程序将根据具体需求进行，可以包括数据显示、报警处理、历史数据存储等功能。
opc基础学习
only between nodes
OPC基金会
• 管理OPC标准的组织是OPC基金会。其
前身由一个Fisher-Rosemount、 Rockwell Software、Siemens、 Opto22、Intellution和Intuitive Technology等著名大公司组成专门的工 作组，仅仅用了短短的一年时间便开发 出一个基本的可运行的OPC技术规范。 在1996年8月发布了简化的、一步到位 的解决方案。
FB agent PLC
Accessing a server in another node
client application (OPC client) stub DCOM
TCP/IP
DCOM
TCP/IP
TCP/IP
Limitation: does not work over firewalls. Solution: OPC XML (see later)
OPC as a hub
source: Siemens WinCC
OPC connection to databases
Tools allow to build an OPC DA interface to any ODBC equipped database. The database internal structure (exposed through queries) is reflected as a hierarchy of OPC items. This allows to give a unified access to simple items.
OPC server
aspect directory
OPC client
OPC简介与开发总结
OPC简介与开发总结背景简介OPC（OLE for Process Control，用于过程控制的OLE）是为过程控制专门设计的OLE 技术，由一些世界上技术占领先地位的自动化系统和硬件、软件公司与微软公司（Microsoft）合作而建立的，并且成立了专门的OPC 基金会来管理，OPC 基金会负责OPC 规范的制定和发布。
OPC 提出了一套统一的标准，采用典型的C/S 模式。
厂商可以开发一个高度优化的、可重用的OPC Server 访问底层的硬件，并将数据以OPC 接口方式提供给任何支持OPC规范的客户端软件，客户就可以按照统一的数据访问标准访问不同厂商的硬件产品。
(IEC61850/MODBUS/DNP) 。
OPC 技术本质是采用了Microsoft 的COM/DCOM（组件对象模型/分布式组件对象模型）技术，COM 主要是为了实现软件复用和互操作，并且为基于WINDOWS的程序提供了统一的、可扩充的、面向对象的通讯协议，DCOM 是COM技术在分布式计算领域的扩展，使COM 可以支持在局域网、广域网甚至Internet 上不同计算机上的对象之间的通讯。
OPC规范简介OPC 规范作为一个工业标准，是开发OPC 服务器与OPC 客户软件之间数据传输的规范，并已形成一个体系。
根据开发软件功能的不同，OPC 制定了以下领域单独规范：数据访问规范：定义了OPC 服务器中一组COM 对象及其接口，并规定了客户对服务器程序进行数据存取时需要遵循的标准。
借助Microsoft 的DCOM 技术，OPC 实现了高性能的远程数据访问能力。
报警和事件处理规范：该规范提供了一种通知机制，在指定事件或报警条件发生时，OPC 服务器能够主动通知客户程序。
历史数据访问规范：该规范提供一种通用历史数据引擎，可以向感兴趣的用户和客户程序提供数据汇总和数据分析等额外的信息。
安全性规范：该规范提供了一种专门的机制来保护OPC 服务器中的现场数据，防止未授权的操作误修改这些参数。
opc七日谈
我从北京买了一本《OPC应用程序入门》，在此之前基本上只是知道有OPC，在五月四日开始，我学了七天。
其中有苦有甜。
我写下来，权做休息或是练练打字。
第一天安装了《入门》提供的东西，包括是下面几个文件。
还有个批处理文件，是一个注册过程。
opccomn_ps.dllopcproxy.dllopcdaauto.dllOPCTrend.ocxOPCBar.ocxOpcServer.exeOPCJDADemoServer.exe看了一阵书，知道了前三个是：通用接口，PROXY-STUB，自动化接口。
不明白。
后面两个是demo 服务器。
上网，用GOOGLE，查OPC，很自然就找到了.,又下了个free 服务器。
安装了（注册）。
到了工控网，看到有人在推荐clienttools，就下了一个，叫WXOPC。
运行一下，点击连接服务器图标，立即出现了三个：OPCJ.SAMPLESERVER.1OPCJ.DADEMOSERVER.1HEXATEC.PCDATA第三个是opcconnect上download的计算机基本情况的简单程序。
点击他们，还出现了一些“item”，“value"的内容还在变，有意思。
我就想这工具还真不错，不知我能不能做到，但一想，如果这些功能都做不到，这OPC就没多少人敢学，也就没有市场。
有一段时间没用VB了，先热了热身，看了自己过去编过的code。
第二日今天先看书。
《OPC应用程序入门》，40元，我花了48元，从汇款到收到用了12天，拿到手上，感觉很单薄。
我的看书观点是：在看的过程中迷信书，看完后怀疑书，然后忘记书。
尽管这本书上我立即就发现有错误。
我还是仔细地看下去。
这是一本教人们用VB编应用客户端程序的书，希望让一般工控技术员认识OPC其实不复杂，最起码编用户程序（客户端）不难。
在这之前，我对COM和DCOM技术有所了解，也是很模糊的，OPC以COM和DCOM技术为基础，主要是在服务器端（server），而在用户端并不要很在意它们。
OPC类库学习笔记
OPC类库学习：1.取得本机主机名和IP地址的方法,返回一个IPHostEntry类型：.Dns.GetHostEntry(Environment.MachineName)return (IPHostEntry)…取得主机名为HostName上所有OPC服务器的名称(ProgID |The ProgID is a string that uniquely identifies the registered real OPC Data AccessServer2.名称返回一个字符串数组。
OPCServer_Instance.GetOPCServers(HostName) return (Arrey)…3.连接OPC服务器。
OPCServer_Instance.Connect(ServerName,ServerIP)连接成功失败状态标志位ServerState：the server’s state, which will be one of the OPCServerState values:·OPC_STATUS_RUNNING ·OPC_STATUS_FAILED ·OPC_STATUS_FAILED ·OPC_STATUS_SUSPENDED ·OPC_STATUS_SUSPENDEDHierarchical 层次化的Filter 过滤器，筛选器Variant 变量Vendor 供应商从客户程序的角度看,访问一个OPC服务器的过程大致是首先创建一个OPCServer对象,然后通过它创建一个OPCGroup,在其中添加想要访问的数据项,之后利用订阅回调机制周期性获取动态数据或通过读写接口直接访问数据项.1.创建一个OPCServer 对象2.初始化3.连接4.创建组5.添加想要访问的数据项6.访问数据OPCServer对象.Properties:z StartTime 服务器开始运行的时间 Datez CurrentTime 服务器当前的时间 Datez LastUpdateTime 最后更新时间 Datez MajorVersion 服务器主要版本 Integerz MinerVersion 服务器次要版本 Integerz BuildNumber 服务器内部版本 Integerz VendorInfo 供应商信息 Stringz ServerState 服务器状态 Longz LocaleID 场所ID Longz BandWidth 带宽 Longz OPCGroups OPC租对象集合 OPCGroupsz PublicGroupName 服务器公共组名称Array of Stringsz ServerName 服务器名称 Stringz ServerNode 服务器节点名称 Stringz ClientName 客户端名称 StringMethods:z Strings[] GetOPCServers(Optional Node) 返回服务器的名称(ProgID)z Connect(string ProgID, Optional Node) 连接到OPC数据访问服务器z Disconnect() 断开连接z GreateBrowser() 创建一个OPCBrowser对象z String GetErrorString(Long ErrorCode) 将错误代码转化为可读的说明字符串z Long[] QueryAvailableLocaleIDs() 返回客户端/服务器会话中可用的语言代码z GetItemProperties(string ItemID,long Count, ref PropertyIDs, ref PropertyValues, ref Errors ) 返回当前数据值的属性列表OPCServer Eventsz ServerShutDown(string reason)OPCBrowser ObjectOPCBrowser对象是服务器中分支和项目名称的集合.在调用像ShowLeafs方法的时候,Filter,DataType,AccessRight属性会影响到集合,这些属性允许客户请求地址空间的子集.如果用户正在浏览项目名称以便写入数据,那么在调用ShowLeafs方法前,访问权限属性应该设置为OPCWritable.服务器有平展似的名称空间或者树形的名称空间,当名称空间是平展的,那么调用ShowLeafs方法将会得到服务器上名称集合的全集.树形空间的浏览分为两步来进行,第一步,用Move方法来设置浏览位置,然后用Show方法来把名称放入集合.调用ShowBranches方法可以在当前位置下将分支填充到集合中.用其中一个分支名调用MoveDown 方法移动到该位置.调用MoveUp方法可以移动到上一级.调用MoveToRoot方法可以在任何地方移动到顶层.在任何地方，分叉和叶都能浏览到。
OPC使用说明范文
OPC使用说明范文OPC（OLE for Process Control）是一种通信协议，用于在工业控制系统中传输数据和信息。
它是一种基于标准的方式，用于在不同的自动化设备之间进行通信和交换数据。
OPC协议的设计目的是建立一个开放的、厂商中立的通信标准，以便不同类型的自动化设备能够相互通信和交换数据。
在过去的几十年里，工业控制系统通常使用专有的通信协议来实现设备之间的通信，这导致了厂商之间的互操作性问题。
而OPC协议的出现解决了这个问题，使得不同厂商的设备能够无缝地集成在一起。
OPC协议的架构：OPC协议主要由两部分组成：OPC客户端和OPC服务器。
OPC客户端是用来连接和访问OPC服务器的软件组件，它可以从OPC服务器中读取、写入和订阅实时数据。
OPC客户端可以是各种第三方软件，如监控软件、数据采集软件等。
OPC服务器是一个中间件，负责将不同厂商和不同类型的设备转换成统一的OPC标准。
OPC服务器可以连接到各种类型的控制设备，如PLC、DCS、SCADA等，并提供一组标准的接口和方法供OPC客户端使用。
OPC服务器还负责管理实时数据的缓存、订阅和发布。
OPC协议的特点：1.开放性和中立性：OPC协议是一个开放的标准，任何厂商都可以使用它来实现设备之间的通信。
它不受特定厂商或设备类型的限制，能够在不同的自动化系统中实现互操作性。
2.灵活性和可扩展性：OPC协议支持多种数据传输方式，如本地通信、以太网、无线通信等。
它还支持不同的数据格式，如二进制、ASCII、XML 等。
同时，OPC协议也支持设备之间的点对点通信和多对多通信。
3.高效性和实时性：OPC协议使用高效的通信方式，能够在短时间内传输大量的数据。
它还支持实时数据传输，可以即时地更新和处理实时数据。
4.安全性和可靠性：OPC协议提供了许多安全机制，如认证、加密、数字签名等，以保护数据的安全和完整性。
同时，OPC协议还支持故障恢复和数据冗余，能够确保通信的可靠性和稳定性。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
学习《OPC应用程序入门》经历(转)我从北京买了一本《OPC应用程序入门》，在此之前基本上只是知道有OPC，在五月四日开始，我学了七天。
其中有苦有甜。
我写下来，权做休息或是练练打字。
第一天安装了《入门》提供的东西，包括是下面几个文件。
还有个批处理文件，是一个注册过程。
opccomn_ps.dllopcproxy.dllopcdaauto.dllOPCTrend.ocxOPCBar.ocxOpcServer.exeOPCJDADemoServer.exe看了一阵书，知道了前三个是：通用接口，PROXY-STUB，自动化接口。
不明白。
后面两个是demo 服务器。
上网，用GOOGLE，查OPC，很自然就找到了.,又下了个free服务器。
安装了（注册）。
到了工控网，看到有人在推荐clienttools，就下了一个，叫WXOPC。
运行一下，点击连接服务器图标，立即出现了三个：OPCJ.SAMPLESERVER.1OPCJ.DADEMOSERVER.1HEXATEC.PCDATA第三个是opcconnect上download的计算机基本情况的简单程序。
点击他们，还出现了一些“item”，“value"的内容还在变，有意思。
我就想这工具还真不错，不知我能不能做到，但一想，如果这些功能都做不到，这OPC就没多少人敢学，也就没有市场。
有一段时间没用VB了，先热了热身，看了自己过去编过的code。
第二日今天先看书。
《OPC应用程序入门》，40元，我花了48元，从汇款到收到用了12天，拿到手上，感觉很单薄。
我的看书观点是：在看的过程中迷信书，看完后怀疑书，然后忘记书。
尽管这本书上我立即就发现有错误。
我还是仔细地看下去。
这是一本教人们用VB编应用客户端程序的书，希望让一般工控技术员认识OPC其实不复杂，最起码编用户程序（客户端）不难。
在这之前，我对COM和DCOM技术有所了解，也是很模糊的，OPC以COM和DCOM技术为基础，主要是在服务器端（server），而在用户端并不要很在意它们。
书上对OPC体系有描述，我画了个图。
OPCserver是COM组件，如果安装（注册了）一个OPCserver后，利用WINDOWS的组件工具可以看到，如果这个server安装在别的计算机上，不是本地机，那它就是个DCOM组件（分布式）。
OPC基金会公布了通用接口（用户接口），用C++访问OPCserver只要通过这个接口就可以，并没有必要了解OPCserver是怎么工作的。
对于VB、VBA、EXCEL、DELPHI等编程软件或工具，不能直接访问通用接口，而要通过所谓的自动化接口（automation interface）,OPC组织发布了 DATA ACESS 2.0,实际上已经有了3.0版。
而在通用接口和自动化接口之间还有一个东西，是成对使用的，有点象MODEM,在两个接口之间起数据传输作用，有个名字叫PROXY_STUB（代理—占位,翻译还不如不翻译，反正不懂）。
我在第一天中安装的几个DLL中：OPCcomn_ps.dll 通用接口OPCdaAuto.dll 自动化接口OPCProxy.dll PROXY-STUB我们的任务是用VB编写客户端程序，只要知道怎样用自动化接口就行了。
其他的不去钻了，要不一年也搞不明白。
我运行VB6.0，新建一个新工程，点击菜单中的“工程”.“引用”，选择”OPC AUTOMATION 2.0”,就可以利用自动化接口。
《入门》没有建议将这些DLL安装在什么目录，我觉得放在WINDOWS的SYSTEM下是比较好的。
按照书上的顺序，先了解OPC的数据组织。
我也画了图。
我们要的就是item，翻译成标签，这就是点，我们所谓的点，比如PLC的I/O点，仪表的数值等。
编客户端的开始就是找出数据。
根据书的介绍，要访问标签，还有其他工作要做。
我累了。
明天再说。
第三天昨天说到访问标签先要做些事。
首先要找出你要访问的OPC服务器的名字，连接它，建立一个组（ GROUP）的集合，在下面建立一个具体的GROUP，在这个组中添加一个或多个标签。
才可以访问。
我用第一天下载的WXOPC工具，看到了三个服务器，我选择了其中一个hexatec.pcdata.1，是一个计算机基本情况的DEMO服务器，我发现服务器的名字都是这种格式。
按《入门》的样子，做了个客户端的架子，一个小时后完成了服务器的连接，新建组集合，建立一个具体的组。
下面有些不清楚。
干脆拿《入门》的演示程序打开来研究。
直接运行，没问题，看到了数据的变化，决定看其原代码。
它用的是OPCJ.SAMPLESERVER.1这个服务器，没有实际意义，每个数据都可以读写。
我发现标签名可以任意编，好奇怪。
但是我用WXOPC看到的标签，数据却不一样。
我在FORM上加了个text 控件，叫text1，我让服务器名等于text1.text，这样我可以自由换服务器，还不错，几个服务器都可以连接上。
但是只有它自己的服务器才可以读出数据。
是不是骗人。
试一下按服务器自己的ItemID去访问，我用WXOPC找出hexatec.pcdata.1的标签名，比如“version”,发现还是出错。
我又到工控论坛上，问已知标签怎样才可以读出数据。
没有人回答。
我给自己留下了两个问题：1÷怎样获得本机上得所有OPCserver，获得正确的名字。
我看到WXOPC可以。
论坛上也很多人在问。
2÷如何访问ITEM，取得其数据等。
又看了一会书，看了有关OPCSERVERBROWSER的内容，好像是有用。
今天到此为止，休息第四天熟悉OPCSERVERBROWSER的用法。
主要有showbranchs，showleafs，movedown，movetoroot 等等。
OPC服务器，实际上是一棵树，有brahchs和leafs组成。
我编了一个简单的SUB，实现了两层的树的ITEM的枚举，实现不了第三层。
这实际上是树的遍历算法问题。
我不知怎么做。
我准备去问别人。
从形式上所谓的GROUP/ITEM 和branch/leaf是一样的，实际上并不是。
GROUP是用户自己添加的，并不一定要和OPC服务器Branchs一样，每个LEAF是一个Item,它们可以有用户任意放在哪个组中，不必考虑在服务器中是在哪个branch下，也不必考虑在第几层。
既然我知道了每个ITEM的ID，我想我可以得到各自的SEEVERHANDLE（句柄），从而访问到实际的数据。
我添加一个组，在其下面建立标签集合，然后用：标签组的ADDITEM方法获得句柄。
用同步读方法就可以得到每个标签的数据。
我发现有问题。
昨天我就发现有问题。
今天论坛上没有人给我回答，去国外网站看看，上有个FORUM，内容很多，有真正的专家，其中一个是OPC基金会的技术代表。
FAQ上还保留了从1998-2001年的问题及回答。
你相信吗，我真的找到了。
有一个叫fullqulifity ItemID的说法，比如下面的情况bch1(树枝)tag11（叶子）tag12 （叶子）bch2tag21 （叶子）bch22 （树枝）tag221 （叶子）tag222 （叶子）通常的ITEMID是tag11，tag12，tag21，tag221，tag222这样的而Fullqulifity ItemID是bch1.tag11，bcg1.tag12，bch2.bch22.tag221，bch2.bch22.tag222应该用OPCSERVERBROWSER的GetItemId()获得。
修改程序，OK。
还有什么问题，本机服务器的枚举。
明天再说吧。
ZZZzzz第五天国外网站上真是有很多有用的东西，不象我们的论坛，原创的少，转载的多，内容也太少了。
今天我直奔主题。
上GOOGLE，输入OPC VB SAMPLE CODE ，GO！。
很多。
我选择了一个网站:下载一个叫KEPSERVEREX-OPC-EXAMPLE的东东，21M。
哈哈，带原代码的OPC客户端工具。
运行，很不错，那个WXOPC和它比较一下，简直......枚举OPCServer的法子：Dim ServerList as VariantDim i as IntegerServerlist=anOPCServer.getOPcServer(node)List1.clearFOR i=lbound(Serverlist) to ubound(Serverlist)List1.additem serverlist(i)NEXT I就这么简单，为什么在论坛上有这么多人在问，而我也没搞懂。
找到了枚举服务器的办法，在单机上成功。
其实《入门》也提供了一个DOC文档，是OPC提供的:Data Access Automation Interface Standard Version 2.02是一个必须的手册，只是有一些错误。
错误总是难免的。
入门如果有人指点，实际上不难，没有指点，实际不容易。
好在有网络。
上班时，我借了本《数据结构》，里面有算法，不知为什么，我却没找到未知层树的遍历算法。
上班可能脑袋不清楚吧。
第六天上午，想解决树的问题。
昨天的KEPWARE的例子，用了TREEVIEW控件和OPCSERVERBROWSER。
我用GOOGLE查找“treeview”“树的遍历”，有了答案，好几个地方。
仔细一看都是一个。
是利用TREEVIEW和递归算法实现计算机文件目录系统的展开。
递归，怎么忘记了。
采用递归算法实现了枚举所有ITEM的过程。
用了3个小时。
下午休息。
第七天将自己的第一个程序，转成EXE文件，在不同的地方试运行，都正常。
我想起了第一天安装的那些DLL，还要么。
试一下将一个改名，运行，出错。
再试另一个，出错。
一个都不能少。
记住。
OPCcom_pas.dll 通用接口OPCAutoda.dll 自动化接口OPCProxy.dll PROXY-STUB想起组态软件支持OPC,就用组态王试了一下，发现用OPC和用其他方式没有什么两样。
一般设备是先找硬件端口，找设备，找I/O点。
而OPC是先找OPC服务器，在找出标签（也是点）。
真正的组态没有什么两样。
下午，想做个总结。
更想休息，七天了，每天6小时以上。
好累。
后记这是一次入门的学习，本身没有什么。
我却有些感想。
OPC还是很难的，最起码，要自己编客户端已经不易，何况还有OPC ALARM & EVENT 报警和事件OPC DX 服务器间数据交换OPC SECURITY 安全OPC HISTIRDATA 历史数据库OPC XML XMLOPC .NET FOR .net这些对于一种工控软件是比不可少的。