OPC概述
1.What is OPC?
OPC 是 OLE for Process Control 的缩写。顾名思义，OPC 是一种利用微软的COM/DCOM 技术来达成自动化控制的协议，根据 OPC Specification 的定义，OPC is "a standard mechanism for communicating to numerous data sources, either devices on the factory floor, or a database in a control room." 在现今的工业自动化中，我们需要一套整合的信息系统，由底层的各项装置撷取信息 (Field Management)，中层的控制系统或图控应用程序进行程序的控制(Process Management)，再由最上层的整合软件将这些信息整合起来以供企业决策或效能提升，如下图所示:
OPC 为硬件制造商与软件开发商提供了一条桥梁，透过硬件厂商提供的 OPC Server 接口，软件开发者不必考虑各项不同硬件间的差异，便可自硬件端取得所需的信息，所以软件开发者仅需专注于程序本身的控制流程的运作。此外，由于 COM/DCOM 实作并隐藏了网络的细节，透过 OPC 可以很容易地达成远程控制的理想。
2.How does OPC work?
在说明 OPC Server/Client 运作方式之前，我们先简单介绍一下 Microsoft 发展的 COM/DCOM 是什么?
COM 是一种发展软件组件的方法，所谓的软件组件，是指一个可以提供应用程序、操作系统、以及其它组件服务的二进制可执行程序。事实上，发展自订的 COM 对象就好像是在建构一套可以动态执行的对象导向 API 一般。你可以在应用程序执行的时期随意拼上或移除所需要的组件。依据 COM 这样的概念，发展应用程序就像是堆积木一样，每一个 COM 组件就是一块积木，你可以利用各式各样不同的积木，拼凑出你所需要的应用程序。
在实作上，COM 透过一组一组的接口 (Interface) 提供服务，所有 COM 组件的
使用者，都必须透过这些 Interface 来使用组件提供的功能。OPC 的规格中便定义了许多 OPC Server 应该提供的 Interface，要撰写一个 OPC Server 的COM 组件，你必须在你的组件中加入这些接口，并提供它们的实作，Client 便可以透过这些接口，操作连接到 OPC Server 的硬件装置，这也就是 OPC Server/Client 运作的方式。以下的图示可以让这样的概念更清晰：
3. OPC Server 架构
如前面所述，OPC Server 透过一组一组的接口提供服务，不过在实作的架构上，OPC Server 共分为三层：分别是 OPCServer, OPCGroup, OPCItem
其中每一个 OPCItem 对应到一个实际的硬件装置上的某一个 channel 或port；每一个 OPCGroup 则包含了许多的 OPCItem，同时并定义这些 OPCItem 更新的时间、方式，以及提供读取 OPCItem 值的接口；而每一个 OPCServer 则包含若干个 OPCGroup，同时提供操作这些 OPCGroup 的接口。
下图可以较清楚地说明 OPCServer/OPCGroup/OPCItem 间的关系：
4. OPC Custom Interface
接下来的这一节，我们将讨论 OPC Serve 的重点，也就是每一组接口的定义，以及它所提供的功能。
OPCServer 提供的接口
IOPCCommon
HRESULT SetLocaleID ( dwLcid ) 设定位置信息
HRESULT GetLocaleID ( pdwLcid ) 取得位置信息
HRESULT QueryAvailableLocaleIDs ( pdwCount, pdwLcid ) 查询可用的位置ID
HRESULT GetErrorString ( dwError, ppString) 取得错误信息字符串
HRESULT SetClientName (szName) 设定 Clinet 的名称 IOPCServer
HRESULT AddGroup(szName, bActive, dwRequestedUpdateRate,
hClientGroup, pTimeBias, pPercentDeadband, dwLCID, phServerGroup, pRevisedUpdateRate, riid, ppUnk) 新
增一个 OPCGroup
HRESULT GetErrorString(dwError, dwLocale, ppString) 取得错误信息字符串
HRESULT GetGroupByName(szName, riid, ppUnk) 依据名称取得 OPCGroup 的接口
HRESULT GetStatus(ppServerStatus) 取得 OPCServer 的状态信息
HRESULT RemoveGroup(hServerGroup, bForce) 移除一个 OPCGroup
HRESULT CreateGroupEnumerator(dwScope, riid, ppUnk) 产生一个 OPCGroup 列举器
IConnectionPointContainer
HRESULT EnumConnectionPoints( IEnumConnectionPoints ppEnum) 列举所有的 Connection Points
HRESULT FindConnectionPoint( REFIID riid, IConnectionPoint ppCP) 找出一个 Connection Point
IOPCItemProperties
HRESULT QueryAvailableProperties(szItemID, pdwCount,ppPropertyIDs, ppDescriptions,
ppvtDataTypes ); 查询可用的 OPCItem 属性
HRESULT GetItemProperties (szItemID, dwCount,
pdwPropertyIDs,ppvData, ppErrors ) 取得 OPCItem 的
属性
HRESULT LookupItemIDs( szItemID, dwCount,
pdwPropertyIDs,ppszNewItemIDs, ppErrors ) 使用名称
查询 OPCItem 的 ID IOPCBrowseServerAddressSpace (optional)
HRESULT QueryOrganization(pNameSpaceType ) 查询组织名称
HRESULT ChangeBrowsePosition(dwBrowseDirection, szString ) 变更浏览的位置
HRESULT BrowseOPCItemIDs( dwBrowseFilterType,
szFilterCriteria, vtDataTypeFilter, dwAccessRightsFilter, ppIEnumString ) 浏览
OPCServer 内所有定义的 OPCItem
HRESULT GetItemID( szItemDataID, szItemID ) 取得 OPCItem 的 ID
HRESULT BrowseAccessPaths( szItemID, ppIEnumString ) 浏览存取 OPCItem 的路径
OPCGroup Object 提供的接口
IOPCGroupStateMgt
HRESULT GetState(pUpdateRate, pActive, ppName, pTimeBias,
pPercentDeadband, pLCID, phClientGroup,
phServerGroup) 取得 OPCGroup 的状态即设定信息
HRESULT SetState(pRequestedUpdateRate, pRevisedUpdateRate,
pActive, pTimeBias, pPercentDeadband, pLCID,
phClientGroup) 设定 OPCGroup 的状态信息
HRESULT SetName(szName) 设定 OPCGroup 的名称
HRESULT CloneGroup(szName, riid, ppUnk) 复制一个 OPCGroup
IOPCSyncIO
HRESULT Read(dwSource, dwCount, phServer, ppItemValues,
ppErrors); 以同步方式读取 OPCGroup 内的 OPCItem(s)
的值
HRESULT GetItemProperties (szItemID, dwCount,
pdwPropertyIDs,ppvData, ppErrors ) 取得 OPCItem 的
属性
HRESULT Write(dwCount, phServer, pItemValues, ppErrors) 以同步方式将值写入OPCGroup 内的 OPCItem(s) IOPCAsyncIO2
HRESULT Read(dwCount, phServer, dwTransactionID,
pdwCancelID, ppErrors,) 以异步方式读取 OPCGroup 内的 OPCItem(s) 的值，值会在读取硬件的动作结束后以
callback 的形式传回
HRESULT SetState(pRequestedUpdateRate, pRevisedUpdateRate,
pActive, pTimeBias, pPercentDeadband, pLCID, phClientGroup) 设定 OPCGroup 的状态信息
HRESULT Write(dwCount, phServer, pItemValues,
dwTransactionID, pdwCancelID, ppErrors) 以异步方式
将值写入OPCGroup 内的 OPCItem(s)
HRESULT Cancel2 (dwCancelID) 取消前一次的异步读取/写入
HRESULT Refresh2(dwSource, dwTransactionID, pdwCancelID) 更新 OPCGroup 内 OPCItem(s) 的值
HRESULT SetEnable(bEnable) 将 OPCGroup 设为 Enable
HRESULT GetEnable(pbEnable) 传回 OPCGroup 是否为 Enable
IOPCItemMgt
HRESULT AddItems(dwCount, pItemArray, ppAddResults, ppErrors); 在 OPCGroup 内新增 OPCItem(s)
HRESULT ValidateItems(dwCount, pItemArray, bBlobUpdate, ppValidationResults, ppErrors) 检查 OPCItem(s) 的
名称是否可用
HRESULT RemoveItems(dwCount, phServer, ppErrors) 移除 OPCGroup 内的 OPCItem(s)
HRESULT SetActiveState(dwCount, phServer, bActive, ppErrors) 设定 OPCItem(s) 是否为 Avtive
HRESULT SetClientHandles(dwCount, phServer, phClient,
ppErrors) 设定 OPCItem(s) 的 handle
HRESULT SetDatatypes(dwCount, phServer,
pRequestedDatatypes, ppErrors) 设定 OPCItem(s) 的
数据型别
HRESULT CreateEnumerator(riid, ppUnk) 产生 OPCItems 的列举器
IConnectionPointContainer
HRESULT EnumConnectionPoints( IEnumConnectionPoints ppEnum) 列举所有的 Connection Points
HRESULT FindConnectionPoint( REFIID riid, IConnectionPoint ppCP) 找出一个 Connection Point
5. 结论
OPC Server/Client 是一套利用微软的 COM/DCOM 技术达成工业自动化数据取得的架构。OPC Server 提供了许多的接口，Client 端透过这些接口，可以取得与 OPC Server 相连的硬件装置的信息，而无须了解这些硬件装置的细节信息。也就是说，程序设计者可以使用相同的程序代码，操作不同的硬件装置，充分达成 software reuse 的理想。同时，由于 COM/DCOM 已实作了网络部分的细节，也使得 Client 对 OPC Server 进行远程访问非常容易，使程序设计者很容易地达成远程控制的目标。
远程访问OPC服务器设置
远程访问OPC服务器设置 OPC客户端一方面可以访问本机上的OPC服务器，另一方面，它还可以利用微软的DCOM机制，通过网络来访问其它计算机上的OPC服务器，从而达到远程数据连接的目的。访问本地服务器比较简单，只要检索本地的OPC服务器，并配置相应的组(Group)和数据项(Item)即可，通过网络访问时需要考虑较多的网络连接因素，大体上来说大概有如下的几个需要配置的方面(以WINXP Xp2为例)： 一. 运行OPC客户端的计算机和运行OPC服务器的计算机需要彼此能互相访问。 1.1要保证其物理连接，也就是网线正确的连接着两台计算机。 1.2在这两台计算机上分别建立同一个账号及密码，比如用户名[opcuser]，密码[123456](注 意：用户密码最好不要设置为空)，在这两台计算上使用这个账户都可以登录系统。关于增加账号及密码请参考对应Windows操作系统的帮助文档。 1.3启用各自Windows操作系统的Guest权限。 完成上面几步后，应该达到的效果是：从任何一台计算机搜索另一台计算机，都可以搜索到，并且可以访问对方计算机的共享目录及共享打印机等资源。如下图： 即便用户没有共享任何东西，也会显示空的共享文件夹，而不会产生诸如”不能访问”
等信息。 如果不能访问对方的计算机，首先用ping命令来保证网络的连通，如果必要的情况下，可以关闭这两台计算机的防火墙(无论是winxp xp2自带的防火墙还是专用的防火墙)以及杀毒软件，以杜绝可能产生的问题。 如果访问另一台计算机产生”拒绝访问”的错误，可从网络查找相关资源进行解决。 二. 配置OPCServer所在的计算机 2.1 注册OPCEnum.exe。 opcenum.exe是运行在服务器端的用于枚举本机OPC服务器的服务程序，由OPC基金会提供。注册opcenum有如下几种方式：a)将opcenum.exe拷贝到系统目录下，然后用命令行运行opcenum /regserver 来注册它。b)安装一些OPC服务器程序时会自动安装并注册这个服务程序，比如iconics的模拟OPC服务器程序。c)运行OPC基金会的OPC Core Redistributable安装包，其中包含必要的模块程序。 考虑到远程访问OPC服务器应用较少，以及opcenum.exe对一般用户在系统安全方面带来的混淆，在HMIBuilder中的OPC服务器本身不带OPCEnum.exe，用户根据自己的需要自行注册。 2.2 配置本机的DCOM安全 2.2.1 在命令行运行dcomcnfg，如下图： 产生配置界面如下：
OPCUA技术总结
OPC UA (OPC Unified Architecture，OPC统一体系架构) 1. OPC UA 简介 OPC UA(Unified Architecture)标准是OPC基金会2006年推出的一个新的工业软件应用接口规范，是企业软件架构的一个全新方向。OPC UA的主要目标是建立更丰富的数据模型与平台的独立性，以及提高工厂底层和企业系统之间的集成支持。 2. OPC UA 产生 现有OPC 规范的不足： 1) 缺少跨平台通用性。由于COM／DCOM对Microsoft平台的依赖性，使得OPC-COM 接口很难被应用到其它平台上。 2) 较难与Intemet应用程序集成。由于网络防火墙会过滤掉大多数基于COM传输的数 据，因此OPC-COM不能与Intemet应用程序进行交互。DCOM 不适用于Internet 环境，它不支持通过Internet访问对象； 3) COM 产生的传输报文复杂，并且由于防火墙的存在，在Internet 上发送COM 报文 非常困难。 4) 较难与企业应用程序连接。企业应用程序需要实时的工业现场数据，这些数据通常 来自具有OPC-COM接口的服务器。但是这些上层应用程序大多没有与OPC-C0M服务器交互的OPC-COM接口，因而不能进行连接。 促使OPC UA 出现的主要因素： 1)工业应用软件正转向https://www.sodocs.net/doc/5c5327165.html,； 2)客户端软件需要一个集成的API 集成现有OPC规范及各自独立的API； 3)客户端软件需要对数据语义进行识别； 4)客户对服务器安全性、可靠性等性能方面更高的要求。 针对上述因素和现有OPC 的不足，新规范OPC UA 主要通过以下方法来解决： 1) OPC UA 的消息采用WSDL 定义，实现了规范的平台无关性； 2) OPC UA 定义了一套集成的服务，解决了现有OPC 规范在应用时服务重叠的问题； 3) OPC UA 采用了集成的地址空间，增加对象语义识别功能，并实现了对信息模型的 支持； 4) 另外，OPC UA 采用冗余技术、安全模型等一系列机制，提高了安全性、可靠性等 方面的性能。 虽然我们可以用OPC XML-Data Access 规范，并结合SOAP、WSDL 等Web Services 技术，能弥补上述缺陷，但是由于规范本身的问题，其在可互操作性、安全性、可靠性等方面仍不能满足用户的需求。为此，OPC 基金会推出新一代OPC 规范——OPC UA。 3. OPC UA 服务器体系结构 OPC UA 服务器体系结构中主要包括真实对象、OPC UA 服务器应用程序、OPC UA 地址空间、公布/ 预定实体、OPC UA 服务器服务API、OPC UA通信栈，其中真实对象包括物理对象和软件对象。
数据中心技术指针
中国数据中心技术指针 前言 第一章数据中心概述 本章节简介 随着世界向更加智能化、物联化、感知化的方向发展，数据正在以爆炸性的方式增长，大数据的出现正迫使企业不断提升自身以数据中心为平台的数据处理能力。同时，云计算、虚拟化等技术正不断为数据中心的发展带来新的推动力，并正在改变传统数据中心的模式。因此，企业需要关注优化IT和基础设施，应用灵活设计与自动化工具以及制定规划保证数据中心与业务目标保持一致，从而推动企业数据中心从为业务提供基础应用支持向提供战略性支持转变。数据中心(data center)通常是指对电子信息进行集中处理、存储、传输、交换、管理等功能和服务的物理空间。计算机设备、服务器设备、网络设备、存储设备等通常被认为是数据中心的关键IT设备。关键IT设备安全运行所需要的物理支持，如供配电、制冷、机柜、消防、监控等系统通常被认为是数据中心关键物理基础设施。 本章节结构 1.1 数据中心功能的演进 1.2数据中心的建设基本内容 1. 3 数据中心建设原则与目标 1.4 参考法规 第二章数据中心分级与总体要求 本章节简介 数据中心是为数据信息提供传递、处理、存储服务的，因此必须非常可靠和安全，并可适应不断的增长与变化的要求。数据中心满足正常运行的要求与多个因素有关：地点、电源保证、网络连接、周边产业情况等，这些均与可靠性相关。可靠性是数据中心规划中最重要的一环。为了满足企业高效运作对于正常运行时间的要求，通信、电源、冷却、线缆与安全都是规划中需要考虑的问题。一个完整的、符合现在及将来要求的高标准数据中心，应满足需要一个满足进行数据计算、数据存储和安全联网设备安装的地方，并为所有设备运转提供所需的保障电力；在满足设备技术参数要求下，为设备运转提供一个温度受控的环境，并为所有数据中心内部和外部的设备提供安全可靠的网络连接，同时不会对周边环境产生各种各样的危害，并具有足够坚固的安全防范设施和防灾设施。 本章节结构 2.1 概述 2.2 数据中心的组成、分类和分级 2.3 数据中心供配电系统的特点及要求 2.4 数据中心空调系统特点及环境要求 2.5 数据中心的其他相关要求 2.6 数据中心网络规划设计方法论
OMRON-OPC培训
培训专题opc 周杨-2017年3月19日
基于OPC技术和欧姆龙协议宏的控制网络通信的实现 在工业控制网络中,由于控制软件和协议纷繁复杂,对工控产品联网和通信能力的要求不断提高,将不同厂家设备组网通信是一个关键环节。本文介绍了变风量空调控制系统中一种基于OPC技术和串口通信技术的网络通信方式,对系统硬件配置和软件编程做了简单介绍。
什么是opc？ Opc（OLE for Process Control)用于过程控制的OLE是一个工业标准，管理这个标准的国际组织是OPC基金会，OPC基金会先有会员已超过220家。遍布全球，包括世界上所有主要的自动化控制系统、仪器仪表及过程控制系统的公司。 基于微软的OLE、COM(部件对象模型）和DCOM（分布式部件对象模型）技术。OPC包括一整套接口、属性和方法的标准集，用于过程控制和制造业自动化系统。
OPC的发展 OPC是基于Windows的应用程序和现场过程控制应用建立桥梁。过去，为了存取现场设备的数据信息，每一个应用软件开发商都需要编制专用的接口函数。现场设备的由于种类繁多，且产品的不断升级，往往给用户和软件开发商带来巨大的工作负担。通常这样也不能满足工作的实际需要，系统集成商和开发商急切需要一种具有高效性、可靠性、开放性、可互操作性的即插即用的设备驱动程序。在这种情况下，opc标准应运而生。OPC标准以微软公司的OLE技术为基础，它的制定是通过提供一套标准的OLE/COM接口完成的，在OPC技术中使用的是OLE2技术，OLE标准允许多台微机之间交换文档、图像等对象。
OPC应运领域 1.工控解决方案用户 2.楼控解决方案用户 3.工控解决方案厂商 4.楼控解决方案厂商 5.工控解决方案集成商 6.楼控解决方案集成商 7.ALL Automation Fields（所有自动化领域）
OPCServer使用说明
OPCServer 使用说明 上海迅饶自动化科技有限公司 2011年12月
目录 1、OPCSRV简介 (1) 2、OPC技术介绍 (1) 3、OPCSRV说明 (2) 3.1运行环境 (2) 3.2程序标识 (2) 3.3程序特性 (2) 4、快速入门 (3) 4.1关于驱动 (3) 4.2关于设备 (3) 4.3关于组 (3) 4.4关于标签 (3) 5操作步骤 (3) 5.1、增加新驱动 (3) 5.2增加设备 (4) 5.3增加组或者标签 (5) 6、DCOM配置说明 (5) 6.1．服务器的配置 (5) 6.2．客户端的配置 (17) 6.3．OPC客户端连接OPCS RV过程 (17)
1、OPCSrv简介 OPCSrv服务器是国内最好的OPC服务器之一。从2005年诞生，经过几年的不断完善，OPCSrv服务器通过了OPC基金会的CTT测试，性能卓越，运行稳定可靠，并不断应用到工业现场中。 OPCSrv.exe支持OPC DA1.0和2.0规范，同时集成了串口、网口等多种协议。并提供一个简易的人机界面给用户，用来编辑和配置TAG；保存或者打开scd工程文件；导入或者导出CSV档；克隆设备、组和TAG对象；多重复制TAG；管理所有的驱动插件；还提供启动OPC客户端程序进程、Ping远程计算机、注册和注销OPC服务器等辅助功能。 2、OPC技术介绍 OPC(OLE for Process Control，用于过程控制的对象链接和嵌入)是基于Microsoft的OLE(Object Linking and Embedding，对象链接和嵌入)/COM(Component Object Model，组件对象模型)技术，为解决工业客户机与各种设备驱动程序间通讯而产生的一项工业技术规范和标准。OPC技术规范是OPC基金会制定的，它提供了统一的数据访问软硬件接口。由于OPC技术比传统数据存取方式（驱动程序法和动态数据交换法）更具开放性和先进性，已经得到越来越多的工控领域硬件和软件制造商的承认和支持，实际上已成为工业控制软件公认的软件标准。 早期的OPC标准是由提供工业制造软件的5家公司所组成的OPC特别工作小组所开发的。Fisher-Rosement、Intellution、Rockwell Software、Intuitive Technology以及Opto22 早在1995年开发了原始的OPC标准，微软同时作为技术顾问给予了支持。 OPC基金会在1996年10月7日在美国的芝加哥宣告正式成立的。之后为了普及和进一步改进于1996年8月完成的OPC数据访问标准版本1.0，开始了全球范围的活动。OPC 标准的建立基于微软的COM技术规范，并由OPC基金会这个国际组织管理，OPC基金会是一家非营业性机构。OPC为不同的厂商的硬件设备、软件和系统定义了公共的接口，使得过程控制和工厂自动化中的不同的系统、设备和软件之间能够互相连接、通信、操作。 在日本为响应以美国为中心的国际标准活动，由11家公司作为发起人，于1996年10
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 数据存取规范和ISA88 系列批量控制标准，提供了一种存取实时批量数据和设备信息的方法。 XML规范 OPCDA205 规范（OPC Data Access Custom Interface Specification 2.05）是2002 年5 月OPC 基金会发布的OPCDA 自定义接口规范。该规范制定了OPC 服务器和OPC 客户程序的COM 接口标准，通过制定标准的接口来实现多个厂家的OPC 服务器和OPC 客户程序开发。 OPC 客户程序和OPC 服务器 一个OPC 客户可以连接一个或多个OPC 服务器，而多个OPC 客户也可以同时连接同一个
数据中心机房建设概述
数据中心机房建设概述 发布时间:2012-03-06 14:33 浏览量: 2076 一、数据中心的概念 数据中心(DataCenter)通常是指在一个物理空间内实现信息的集中处理、存储、传输、交换、管理，而计算机设备、服务器设备、网络设备、存储设备等通常认为是网络核心机房的关键设备。 关键设备运行所需要的环境因素，如供电系统、制冷系统、机柜系统、消防系统、监控系统等通常被认为是关键物理基础设施。 二、机房工程（数据中心）的类型及特点 电子机房主要有计算机机房、电信机房、控制机房、屏蔽机房等。这些机房既有电子机房的共性，也有各自的特点，其所涵盖的内容不同，功能也各异。 （一）计算机机房 计算机机房内放置重要的数据处理设备、存储设备、网络传输设备及机房保障设备。计算机机房的建设应考虑以上设备的正常运行，确保信息数据的安全性以及工作人员身心健康的需要。 大型计算机机房一般由无人区机房、有人区机房组成。无人区机房一般包括小型机机房、服务器机房、存储机房、网络机房、介质存储间、空调设备间、UPS设备间、配电间等;有人区机房一般包括总控中心机房、研发机房、测试机房、设备测试间、设备维修存储间、缓冲间、更衣室、休息室等。 中、小型计算机机房可将小型机机房、服务器机房、存储机房等合并为一个主机房。 （二）电信机房 电信机房是每个电信运营商的宝贵资源，合理、有效、充分地利用电信机房，对于设备的运行维护、快速处理设备故障、降低成本、提高企业的核心竞争力等具有十分重要的意义。 电信机房一般是按不同的功能和专业来区分和布局的，通常分为设备机房、配套机房和辅助机房。 设备机房是用于安装某一类通信设备，实现某一种特定通信功能的建筑空间，便于完成相应专业内的操作、维护和生产，一般由传输机房、交换机房、网络机房等组成。配套机房是用于安装保证通信设施正常、安全和稳定运行设备的建筑空间，一般由计费中心、网管监控室、电力电池室、变配电室和油机室等组成。 辅助机房是除通信设施机房以外，保障生产、办公、生活需要的用房，一般由运维办公室、运维值班室、资料室、备品备件库、消防保安室、新风机房、钢瓶间和卫生间等组成。在一般智能建筑中通信机房经常与计算机网络机房合建。 （三）控制机房 随着智能化建筑的发展，为实现对建筑中智能化楼宇设备的控制，必需设立控制机房。控制机房相对于数据机房、电信机房而言，机房面积较小，功能比较单一，对环境要求稍低。但却关系到智能化建筑的安全运行及设备、设施的正常便用。
ABB AC800F OPC Server配置方法
ABB AC800F OPC Server配置方法 对于没有配置OPC Server的控制系统，新加OPC Server需要经过2步： 1、在ABB Industrial（工业）IT里面的（装配）中增加新的OPC Server资 源ID: 这时就会产生一个名为“FREELANCE2000OPCSERVER.25.1”的OPC Server，但是这个服务器里面没有任何点，是个空的。 2、在CBF（工业组态软件）组态中[CONF]下面增加一个网关站和一个OPC-S站。 结果：
双击[OPC-S]进行配置： 默认在本机运行此SERVER，填入OPC服务器名称双击[GWY]进行配置：
选择网关类型为OPC-网关 保存上述修改后，打开硬件结构： 在红虚线框位置右击，选择“插入”： 选择插入网关：
指定网关站的资源： 完事点击退出并保存： 注意IP地址问题：点击“网络”按钮
AC800F 指的是控制器机架，其IP地址为机架CPU地址 VIS指的是操作站，IP为OS站IP（OS = 操作员站；ES = 工程师站） GWY指的是网关站，它的IP地址要保证和运行CBF软件组态网关站的工程师站IP一致什么都没有的是ES站，它的IP是自动和本机IP保持一致的，不可修改 所有资源ID号和IP都可以双击一条进行修改 以上步骤结束后，OPC SERVER 便可以生效了。 对整个项目树检查，没有问题的话就可以联机调试了，注意： OPC Server除了可以在本机上运行，还可以指定到其他控制网内上位机，在 中：
在下面写好点击增加，就会出现在上面的列表中。这样以上几台上位机也会具有自己的OPC server了。但要注意，还要在项目树中增加它们各自的网关站和OPC-S站： 在这里设定本机信息（ES站）：
局域网内远程连接OPC配置方法详解
局域网内远程连接O P C 配置方法详解 The manuscript was revised on the evening of 2021
一.运行环境 OPC服务器操作系统：Win7，客户端操作系统：Win7，如果是XP系统则配置方法类似（见后面）。 由于OPC（OLE for Process Control）建立在Microsoft的COM（Component Object Model）组件对象模型基础上，并且OPC的远程通讯依赖Microsoft的DCOM（Distribute COM），安全方面则依赖Microsof的Windows安全设置。 二.配置 （配置前先对注册表备份，特别是关键的几个项单独导出 HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows NT\DCOM和 HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Ole） 1.保持OPC Server服务器与客户端的用户名密码相同。(服务器端与客户端) 分别在客户端和服务端上添加相同的账户名和密码，一定要确保相同。因为访问是通过windows验证的，在远程访问时需要有着相同的账户和密码。操作如下： 若是为了安全考量，请保持密码不为空。要想使新创建的用户有使用DCOM的权限，需要将用户加入“Distribute COM Users”用户组。 2.关闭防火墙或在防火墙设置中将相应的程序和端口加入到例外(服务器端与客户端)
服务器端的防火墙设置中OPC服务器软件端口例外 3.组件服务配置(服务器端) 操作：开始--》运行--》输入：dcomcnfg 在“组件服务”管理器的左侧树形菜单，选择“组件服务\计算机\我的电脑”，在鼠标右键的弹出菜单，选择“属性”项目，在弹出的“我的电脑属性”，选择“默认属性”标签页，如下图： 注意，若“我的电脑”显示红色向下箭头，右键无“属性”项，处理如下： a.在运行中输入msdtc –resetlog； b.在命令行下运行 msdtc -uninstall，删除了 msdtc（Distributed Transaction Coordinator）服务 c.重新启动机器后，在命令行下运行 msdtc -install，安装 msdtc 服务。
西门子PLC的以太网通讯及OPC通讯介绍
西門子PLC的以太網通訊及OPC通訊介紹 1.以太網通訊 CAL有很多地方用到以太網通訊，L2，焊機與PLC間通訊等，表檢的成像原理為：在金屬板帶表面沒有缺陷時，反射的光在明視場下很強，而在暗視場的散射光很弱；如有缺陷，則明視場的光強減弱，而暗視場的光強增加。根據這個原理，通過檢測攝像頭裡光強的變化，可檢測出材料表面上的一些物理缺陷。CAL 僅僅用到了它的檢測破孔這一個功能。 下面再來看西門子的以太網通訊，使用以太網通訊處理器可能的連接方式： 我們可以看到不同的通訊方式在PLC裏面需要調用不同的功能塊。 像S7-Connection方式連接的，需要調用SFB12/FB12等來讀取發送數據息，而TCP等連接的，需要FC5等來讀取發送數據。 下面簡單介紹下每種連接特點： Send/receive: iso 連接：ISO傳輸服務通過組態連接提供SEND/REVEICE interface服務在以太網上傳輸數據，此時服務使用的是ISO協議。此通訊速度較快，可是不能實現網絡路由，只能用於局域網通訊。 Send/receive: iso-On-TCP 連接：突破了局域網的限制，可以路由到公網上去；數據重發功能和基於第2層的CRC校驗保證了數據傳輸的完整性和可靠性。 Send/receive: TCP 連接：TCP/IP提供面向連接的數據通訊，數據並不會被打包因而並沒有數據包確認位，在這TCP服務提供了統一的sccket接口到每一個終
端，因而數據塊可以整體發送，這裡區別於iso-On-TCP 連接。 Send/receive: UDP連接：UDP提供簡單數據傳輸，無需確認，與TCP同屬第4層協議。與TCP相比，UDP屬於無連接的協議，數據報文無需確認。 S7通信：S7協議是西門子S7家族的標準通信協議，使用S7應用接口的通信不依賴特定的總線系統（Ethernet,PROFIBUS,MPI）。接口位於ISO-OSI參考模型的第7層，下面圖模型各層的通信方式。 那麼根據表檢的通訊協議規定： Transmission mode：TCP protocol (not S7), PLC will always be the client , Gauge will always be the server. Byte order: use PLC Byte Order ( not x86 byte order ). 我們建立通訊就需選擇send/receive中的TCP連接。 因此，在PLC中做如下配置： 1.打開硬件配置->點擊網絡組態：
数据中心联调流程概述
数据中心联调（Commissioning）流程概述 数据中心是一个承载关键IT负载的空间，IT设备一旦投入运行数据中心就难以停顿下来。一个符合运行使用要求的数据中心，应该是安全可靠、节能高效和具有可扩充性的基础设施。因此，数据中心投产上线之前，内部所有系统必须接受完整的系统联调测试，对系统性能进行充分的验证。 基于数据中心项目的最佳实践，IBM主张采用“五步法”流程对数据中心的基础设施进行联调测试。即， 第一步（Level 1）——图纸资料评审与调试计划制订 第二步（Level 2）——工厂验收测试 第三步（Level 3）——现场检查 第四步（Level 4）——单系统验收测试 第五步（Level 5）——综合系统性能联动调试验证 “五步法”流程也是国际公认的数据中心专业调试验证工作流程规范： 第一步（Level 1）——图纸资料评审与调试计划制订 ?调试验证工作团队架构与分工 ?图纸资料所反映的系统是否具备“可测试性” ?图纸资料是否已经明确操作顺序 ?测试验证所需资源（人员、时间、能源、负载、仪器）是否落实 ?调试总体计划的制订 第二步（Level 2）——工厂验收测试 ?对电力系统、空调系统的核心设备在出厂前进行性能验证 ?就测试与验证发现的问题在工厂进行整改纠正 ?避免或减少设备故障对现场施工的延误 ?业主设备采购合同验收的重要标志 第三步（Level 3）——现场检查 ?检查现场安装情况与设计图纸相符 ?检查现场电源条件安全可用 ?检查现场安全状况符合运行调试工作的要求 ?运行调试验证用的设备设施到场就绪 第四步（Level 4）——单系统验收测试 ?设备上电，系统启动测试 ?在设计负载水平下测试系统功能，空调系统负荷不低于30%，电力系统负荷不 少于单台设备的额定容量 ?在各冗余系统内验证故障切换模式 ?在各系统的计量点、控制点和数据收集点进行验证校准 ?记录备案测试结果与系统效率 第五步（Level 5）——综合系统性能联动调试验证 ?模拟电、水等外部资源供应中断，检验系统响应与切换模式 ?空调系统热负荷模拟测试，空调系统负荷从0逐步增加到100%，检验空调系 统各部分的性能 ?系统集成测试，综合测试电气、空调、消防与智能化控制等多个系统的接口性
如何开发OPCServer
如何开发OPC Server 首先我们先来看一下什么是OPC OPC (OLE for Process Control——用于过程控制的OLE)是基于Microsoft公司的DNA （Distributed Internet Application）构架和COM（Component Object Model）技术的一个工业标准接口，是根据易于扩展性而设计的。 再来了解一下OPC的用途 OPC主要适用于过程控制和制造自动化等应用领域。 OPC是以OLE/COM机制作为应用程序的通讯标准。OLE/COM是一种客户/服务器模式，具有语言无关性、代码重用性、易于集成性等优点。OPC规范了接口函数，不管现场设备以何种形式存在，客户都以统一的方式去访问，从而保证软件对客户的透明性，使得用户完全从低层的开发中脱离出来 然后我们再来看看OPC Server的组成 一个设备的OPC Server主要有两部组成，一是OPC标准接口的实现；二是与硬件设备的通信模块。 实现OPC 标准接口 [图1] 在这些接口中，IOPCServer 是OPC Server的主接口，通过它实现OPC Server在操作系统中的安装和注册。此接口是必须要实现的，其所有方法也必须实现。其它的接口都是可选的我们就不做介绍了，下面主要来介绍如何实现IOPCServer接口。 在IOPCServer接口中共有六个法： 1、 IOPCServer::AddGroup HRESULT AddGroup( [in, string] LPCWSTR szName, [in] BOOL bActive, [in] DWORD dwRequestedUpdateRate, [in] OPCHANDLE hClientGroup, [unique, in] LONG *pTimeBias, [in] FLOAT * pPercentDeadband, [in] DWORD dwLCID, [out] OPCHANDLE * phServerGroup,
维力控opc客户端设置
当力控作为客户端访问其它服务器时，是将OPC服务器当作一个I/O设备，并专门提供了一个OPC Client驱动程序实现与OPC服务器的数据交换。通过OPC Client驱动程序，可以同时访问任意多个OPC服务器，每个OPC服务器都被视作一个单独的I/O设备，并由工程人员进行定义、增加或删除，如同使用PLC 或仪表设备一样。下面具体说明OPC Client驱动程序的使用过程： 1. 定义OPC设备 在力控开发系统导航器窗口中双击“IO设备组态”，启动IoManager。选则“OPC”类中的“MICROSOFT OPC CLIENT”并展开，然后选择“OPC CLIENT ”并双击弹出“设备配置”对话框： 图3-27 在“设备名称”中输入逻辑设备的名称（可以随意定义），在“数据更新周期”中指定采集周期，原理见I/O驱动相关章节。然后单击按钮“继续”，出现OPC 设备定义对话框： 图3-28 1) 服务器节点：当OPC服务器运行在网络上其它计算机时，需要在此处指定网络计算机的名称或IP地址。如果OPC服务器运行在本机，该参数设置为空。 2) 服务器名称：指定OPC服务器的名称。可以单击“刷新”按钮，自动搜索计算机系统中已经安装的所有OPC服务器。 3) OPC服务器版本：指定OPC服务器的DA规范版本。目前可选择和。 4) 重连时间：跟OPC服务器建立连接后，在设定的时间内如果没有数据变化，则重新连接OPC 服务器。该参数单位为秒。 5) OPC组名称：在OPC服务器创建的组名称。创建的所有项均加载到这个组中。 6) 刷新时间：指定OPC服务器的刷新周期。对于大多数OPC服务器，这个参数用于控制对设备的扫描周期，并以该时间周期向OPC客户端发送数据。对某些通信性能较低的OPC服务器，该参数不宜设置过小。 7) 数据读写方式：可选择同步方式或异步方式。关于同步和异步的概念请参阅上一节。由于异步方式在有大量客户和大量数据交互时能提供高效的性能，因此建议在通常情况下尽量选用异步方式。 2. 数据连接
数据中心项目建设方案介绍
数据中心项目建设 可行性研究报告 目录 1概述 1.1项目背景 1.2项目意义 2建设目标与任务 数据中心的建设是为了解决政府部门间信息共享，实现业务部门之间的数据交换与数据共享，促进太原市电子政务的发展。具体目标如下：建立数据中心的系统平台。完成相应的应用软件和数据管理系统建设，实现数据的交换、保存、更新、共享、备份、分发和存证等功能，并扩展容灾、备份、挖掘、分析等功能。 (一)建立数据中心的系统平台。完成相应的应用软件和数据管理系统建设，实现社会保障数据的交换、保存、更新、共享、备份、分发和存证等功能，并扩展容灾、备份、挖掘、分析等功能。 (二)建立全市自然人、法人、公共信息库等共享数据库，为宏观决策提供数据支持。对基础数据进行集中管理，保证基础数据的一致性、准确性和完整性，为各业务部门提供基础数据支持； (三)建立数据交换共享和更新维护机制。实现社会保障各业务部门之间的数据交换与共享，以及基础数据的标准化、一致化，保证相关数据的及时更新和安全管理，方便业务部门开展工作；
(四)建立数据共享和交换技术标准和相关管理规范，实现各部门业务应用系统的规范建设和业务协同； （五）为公共服务中心提供数据服务支持，实现面向社会公众的一站式服务； (六）根据统计数据标准汇集各业务部门的原始个案或统计数据，根据决策支持的需要，整理相关数据，并提供统计分析功能，为领导决策提供数据支持； （七）为监督部门提供提供必要的数据通道，方便实现对业务部门以及业务对象的监管，逐步实现有效的业务监管支持； （八）为业务数据库的备份提供存储和备份手段支持，提高业务应用系统的可靠性。 3需求分析 3.1用户需求 从与数据中心交互的组织机构、人员方面进行说明。
三维力控opc客户端设置
3.2.5 力控OPC客户端 当力控作为客户端访问其它OPC服务器时，是将OPC服务器当作一个I/O设备，并专门提供了一个OPC Client驱动程序实现与OPC服务器的数据交换。通过OPC Client驱动程序，可以同时访问任意多个OPC服务器，每个OPC服务器都被视 作一个单独的I/O设备，并由工程人员进行定义、增加或删除，如同使用PLC 或仪表设备一样。下面具体说明OPC Client驱动程序的使用过程： 1. 定义OPC设备 在力控开发系统导航器窗口中双击“IO设备组态”，启动IoManager。选则“OPC”类中的“MICROSOFT OPC CLIENT”并展开，然后选择“OPC CLIENT 3.6”并双击弹出“设备配置”对话框： 图3-27 在“设备名称”中输入逻辑设备的名称（可以随意定义），在“数据更新周期”中指定采集周期，原理见I/O驱动相关章节。然后单击按钮“继续”，出现OPC 设备定义对话框：
图3-28 1) 服务器节点：当OPC服务器运行在网络上其它计算机时，需要在此处指定网络计算机的名称或IP地址。如果OPC服务器运行在本机，该参数设置为空。 2) 服务器名称：指定OPC服务器的名称。可以单击“刷新”按钮，自动搜索计算机系统中已经安装的所有OPC服务器。 3) OPC服务器版本：指定OPC服务器的DA规范版本。目前可选择1.0和2.0。 4) 重连时间：跟OPC服务器建立连接后，在设定的时间内如果没有数据变化，则重新连接OPC 服务器。该参数单位为秒。 5) OPC组名称：在OPC服务器创建的组名称。创建的所有项均加载到这个组中。 6) 刷新时间：指定OPC服务器的刷新周期。对于大多数OPC服务器，这个参数用于控制对设备的扫描周期，并以该时间周期向OPC客户端发送数据。对某些通信性能较低的OPC服务器，该参数不宜设置过小。 7) 数据读写方式：可选择同步方式或异步方式。关于同步和异步的概念请参阅上一节。由于异步方式在有大量客户和大量数据交互时能提供高效的性能，因此建议在通常情况下尽量选用异步方式。 2. 数据连接 对OPC数据项进行数据连接与其它设备类似。
OPC通讯简介
OPC通讯简介 OPC 概念 在OPC之前，需要花费很多时间使用软件应用程序控制不同供应商的硬件。存在多种不同的系统和协议；用户必须为每一家供应商和每一种协议订购特殊的软件，才能存取具体的接口和驱动程序。因此，用户程序取决于供应商、协议或系统。而OPC 具有统一和非专有的软件接口，在自动化工程中具有强大的数据交换功能。 OPC （OLE for Process Control）是嵌入式过程控制标准，规范以OLE/DCOM为技术基础，是用于服务器/客户机连接的统一而开放的接口标准和技术规范。OLE是微软为Windows系统、应用程序间的数据交换而开发的技术，是Object Linking and Embedding的缩写。 OPC从数据来源提供数据并以标准方式将数据传输至任何客户机应用程序的机制。供应商现在能够开发一种可重新使用、高度优化的服务器，与数据来源通信，并保持从数据来源/设备有效地存取数据的机制。为服务器提供OPC接口允许任何客户机存取设备。 OPC将数据来源提供的数据以标准方式传输至任何客户机应用程序。OPC（用于进程控制的OLE）是一种开放式系统接口标准，可允许在自动化/PLC应用、现场设备和基于PC的应用程序（例如HMI或办公室应用程序）之间进行简单的标准化数据交换。定义工业环境中各种不同应用程序的信息交换，它工作于应用程序的下方。您可以在PC机上监控、调用和处理可编程控制器的数据和事件。 服务器与客户机的概念 OPC数据项是OPC服务器与数据来源的连接，所有与OPC数据项的读写存取均通过包含OPC项目的OPC群组目标进行。同一个OPC项目可包含在几个群组中。当某个变量被查询时，对应的数值会从最新进程数据中获取并被返回，这些数值可以是传感器、控制参数、状态信息或网络连接状态的数值。OPC的结构由3类对象组成：服务器、组和数据项。 OPC服务器：提供数据的OPC元件被称为OPC服务器。OPC服务器向下对设备数据进行采集，向上与OPC客户应用程序通信完成数据交换。 OPC客户端：使用OPC服务器作为数据源的OPC元件称为OPC客户端。 OPC 数据访问 OPC服务器支持两种类型的数据读取：同步读写（Synchronous read/write）和异步读写（Asynchronous read/write）。 同步读写：OPC的客户端向服务器发出一个读/写请求，然后不再继续执行，一直等待直到收到服务器发给客户机的返回值，OPC 客户端才会继续执行下去。 异步读写：OPC的客户端向服务器发出一个读/写请求，在等待返回值的过程中，可以继续执行下面的程序，直到服务器数据准备好后，向客户机发出一个返回值，在回调函数中客户端处理返回数值，然后结束此次读/写过程。 同步读/写数据存取速度快，编程简单，无需回调，但需要等待返回结果。异步读写不需等待返回值，可以同时处理多个请求。
2020-2021年中国数据中心行业发展洞察
中国数据中心行业发展洞察 2020-2021年
摘要 独立第三方数据中心优势渐显：相比于电信运营商，独立第三方数据中心建设速度 更快、客户定制性更强、重视程度更高，且PUE大多更低，受到客户青睐。 移动互联网和大数据是过去数据中心增长的主要动因：过去5年，需求端，网民数 量和移动流量增长迅速；供给端，大数据和人工智能对存储和计算提出更高需求。 因素叠加，导致数据中心增长迅速。 5G、物联网、工业互联网和传统企业上云是未来增长的主要动因：5G的传输带宽 显著高于4G，且原生标准支持企业独立组网，为物联网、工业互联网奠定基础。因 素叠加，会持续利好数据中心行业。 一线城市资源紧俏，节能成为硬性指标：因数据中心的高能耗特点，北上广深等均 对数据中心建设提出了更为严格的限制措施（一般要求PUE<1.4），但这些城市需 求旺盛，既有数据中心成为紧俏资源。 智能运维被更多应用：随着数据中心规模的提升、人工成本的上涨以及客户对资源 动态增减需求的日益增多，传统人工运维已难适应。基于传感器、DCIM和自动巡 检机器人的整体智能运维渐被得到更多应用。
核心观点 ? 数据中心运营企业会因客户需求和追求更高毛利率，更多向云计算方向发展，具体实践路径包括：代维公有云、进军公有云、主打专有云和混合云，或重点发展云MSP 业务。 与“云”终难舍难分 04 ? 数据中心的本身特点致使资金更加充足、整合能力更强的企业，对一些机房甚至企业进行收购，成为必然。而一些原本规模较小的，尤其是两千机柜以下的数据中心不进则退， 被收购可能性较大。 横向整合成为趋势 03 ? 随着国家对新基建的重视， 已有越来越多其他行业的 企业跨界进入数据中心行 业，这会客观上加剧数据 中心的竞争。但数据中心 不等同于地产，拥有更强 IT 属性，拥有更丰富运营 经验的企业将优势渐显。 资本跨界进入 02 ? 随着一线城市指标的收紧以及骨干网络结构的逐渐改变，一线城市周边以及能源更充足地区成为互联网自建数据中心的首选。但因传输的物理距离、客户需求等，独立第三方数据中心更愿恪守一线。 一线、边远双向发展 01
OPC详解
OPC详解 名词解释 OPC——OLE for Process Contrl，微软公司对象链接和嵌入技术在过程控制方面的应用，是一系列接口、方法和属性的标准集。它基于OLE、COM、DCOM技术、XML，采用客户端/服务器（Client/Server）结构，将通讯协议与设备/应用隔离的技术。微软的OLE、COM定义了各种不同的软件如何交互使用和分享数据，从而使得OPC能够提供通用的接口规范，用于各种过程控制设备之间的通讯，不论过程中采用何种应用软件和硬件设备。 OLE——Object Linking & Embeding，对象链接与嵌入，也就是现在的微软的ActiveX。 传统技术与OPC技术 传统的过程控制系统是一对一的系统，任何一种HMI等上位监控软件或其它应用软件，在使用某种硬件设备时都需要开发专用的驱动程序。系统构建完成后的最终结果是： 1种软件要使用N类硬件设备需要开发N个驱动程序； M类软件要使用N类硬件设备需要开发M*N个驱动程序； 每增加1个新的应用软件需要另外开发N个硬件设备的驱动程序； 每增加1个新的硬件设备需要为M个软件开发新的设备驱动程序。 基于OPC技术的过程控制系统结构 基于OPC技术的过程控制系统则可以完美地解决传统方式种的上述问题。
任何一种设备只需要提供一种驱动就可以供任何软件系统使用，系统构建完成后的最终结果是： M类软件要使用N类硬件设备只需要开发N个驱动。 每增加1个新的应用软件不需要另外开发硬件设备的驱动程序； 每增加1个新的硬件设备只需要为开发1个新设备的驱动程序； OPC服务器所兼容的设备分类 硬件设备：DCS，PLC，扫描仪，电子设备… 应用软件：HMI，历史数据库，震动检测器… 通讯协议：DDE，Modbus，ODBC，GenCS… 操作系统：Windows，UNIX，VMS，Macintosh，嵌入式OS… 即OPC服务器可以从上面任何一种形式的数据产生实体中读取数据。这个实体可以是霍尼韦尔PHD的Application，也可以是Modbus 的通讯协议，还可以是一种PLC，也就是一种Device（硬件设备），或者是一种Platform。 配置时的几个关键概念 Chanel——通道是一个从PC到一个或多个外部设备之间的传播媒介。一个通道可以用来代表一个串行端口（一个安装在个人电脑上的卡或是以太网接口）。 Device——设备代表了与服务器进行通信的PLC或其他硬件。它受限于Channel所选择的设备驱动程序（Device driver）。 Group——对tags的分类管理，自定义的。类似于Java中的包。 Tag——一个Tag代表与服务器进行通信的PLC或其它硬件设备上的一个地址。服务器允许动态标签（客户端自定义创建）和用户定义的静态标签（服务端管理人员创建的标签）。动态标签是直接进入