opc是什么
OPC是 OLE for Process Control 的缩写，即把 OLE 技术应用于工业控制领域。
OPC的出现为基于Windows的应用程序和现场过程控制应用建立了桥梁。在过去，为了存取现场设备的数据信息，每一个应用软件开发商都需要编写专用的接口函数。由于现场设备的种类繁多，且产品的不断升级，往往给用户和软件开发商带来了巨大的工作负担。通常这样也不能满足工作的实际需要，系统集成商和开发商急切需要一种具有高效性、可靠性、开放性、可互操作性的即插即用的设备驱动程序。在这种情况下，OPC标准应运而生。OPC标准以微软公司的 OLE技术为基础，它的制定是通过提供一套标准的OLE/COM接口完成的，在OPC技术中使用的是 OLE2技术，OLE标准允许多台微机之间交换文档、图形等对象。
OPC是以OLE/COM机制作为应用程序的通讯标准。OLE/COM是一种客户/服务器模式，具有语言无关性、代码重用性、易于集成性等优点。OPC规范了接口函数，不管现场设备以何种形式存在，客户都以统一的方式去访问，从而保证软件对客户的透明性，使得用户完全从低层的开发中脱离出来。
应用程序与OPC服务器之间必须有 OPC 接口，OPC 规范提供了两套标准接口：Custom 标准接口，OLE 自动化标准接口。通常在系统设计中采用OLE自动化标准接口，OLE 自动化标准接口，及采用 OLE 自动化技术进行调用，其技术为上节所述的 OLE 自动化技术。OLE 自动化标准接口定义了以下三层接口，依次呈包含关系：
1）OPC Server：OPC 启动服务器，获得其他对象和服务的起始类，并用于返回 OPC Group 类对象。
2）OPC Group：存储由若干 OPC Item 组成的 Group 信息，并用于返回 OPC Item 类对象。
3）OPC Item：存储具体 Item 的定义、数据值、状态值等信息。
2）OPC Group：存储由若干 OPC Item 组成的 Group 信息，并用于返回 OPC Item 类对象。
3）OPC Item：存储具体 Item 的定义、数据值、状态值等信息。
什么是opc服务器
OPC服务器的功能就是与下位机进行数据的交换，其中包含了大量的通讯程序和数据存贮程序。然后提供标准的OPC接口，供其它软件使用。程序标准化以后，其他的软件商只需开发面对服务器的程序即可，不用对不同的硬件设备开发不同的硬件驱动程序。减小了工作量，也方便了使用。
opc ua是什么?
OPC UA基于OPC基金会提供的新一代技术，提供安全，可靠和独立于厂商的，实现原始数据和预处理的信息从制造层级到生产计划或ERP层级的传输。通过OPC UA ，所有需要的信息在任何时间，任何地点对
每个授权的应用，每个授权的人员都可用。 这种功能独立于制造厂商的原始应用，编程语言和操作系统。 OPC UA是目前已经使用的OPC 工业标准的补充，提供重要的一些特性，包括如平台独立性，扩展性，高可靠性和连接互联网的能力。 OPC UA不再依靠DCOM，而是基于面向服务的架构(SOA),OPC UA的使用更简便。现在，OPC UA已经成为独立于微软,UNIX或其他的操作系统企业层和嵌入式自动组建之间的桥梁。
统一的访问传统OPC COM特性将不同的功能分布于多个COM服务器，通过接口连接代表不同特性的功能。OPC COM服务器提供报警但不持续连续的提供触发报警的数据的访问。例如，提供存储历史数据的OPC COM服务器不允许当前数据被读和更新。这种特性造成了集成的问题，因为单一系统的信息不能通过一致的方式访问。OPC UA解决了包含多种可用信息的通用地址通过单一服务访问的集成问题。更好的认证互操作性OPC UA特性通过和已取得成功的OPC COM认证程序一样提供的服务器和客户端测试工具。这些测试工具似得供应商可以验证他们产品是否符合特性的要求，改善产品的质量。OPC UA和OPC COM特性通过认证以后，可以获得相应的认证标志，通过使用OPC认证的产品可以减少最终用户的系统集成成本。设计的可靠性OPC UA是为搞可用性和冗余架构而设计。完整的可配置的超时，错误检测，和恢复特性使得OPC UA产品可以无缝处理出现错误或失败的情况（例如网络通信的丢失）。标准的支持冗余功能的OPC UA模块使得从不同厂商的应用部署成为可能。跨域防火墙和通过互联网OPC UA由客户端启动通信通道，这意味着不需要像OPC COM一样需要配置客户端以允许服务器的访问。OPC UA能通过标准的HTTP或UA TCP端口或任何管理员愿意开放的其他端口来进行通信。OPC UA使用基于安全的额消息，这意味着可以通过第三方的代理进行通信。通过信息模型减少配置时间OPC UA架构提供基本的应用，供应商可以提供特定应用的信息模型，这将大大降低配置和维护这些模块的成本。OPC基金会正和MIMOSA，FDI，plcopen（IEC61131）组织协作开发 OPC UA信息模型。标准安全模型在过去，安全问题时最后才考虑的，很多供应商没有测试他们产品的安全许可。这意味着对于最终用户很难配置安全性，或根本不可能。OPC UA架构通过标准的，UA应用必须实施的安全模型解决了这个问题。这增强了互操作性和降低了配置和维护成本。OPC UA同时有利于适合任何平台的任何OPC UA产品的安全设置管理的标准工具的开发。从嵌入式系统到企业级的单一的解决方案轻量级的OPC UA可以作为有效的二进制通信协议，例如OPC UA 已经移植到很多嵌入式系统包括VxWorks，Linux和专有的RTOSs (Real Time Operating Systems)。顶级的OPC UA应用支持企业级标准的XML页面服务协议。通过一个公用的架构可以降低系统集成的成本。保护已有的OPC COM投资OPC UA COM的互操作组件可以使得供应商快速实现现有的OPC COM客户端和服务器应用支持OPC UA。 这些组件通过增加需要的OPC UA高级特性客户化。这意味着用户可以持续利用他们的OPC COM技术的投资开发新的OPC UA应用。历史事件OPC UA通过支持历史事件扩展了OPC COM历史数据访问(HDA)的能力。最终用户仙子啊可以通过选择的OPC UA客户端获得事件信息。不丢失性能的同时实现平台独立
OPC UA架构设计为提供最佳性能的同时提供平台独立。这意味着开发者可以使用他们熟悉的语言和操作系统开发基于OPC UA的应用，而不只有一种通过http使用SOAP/XML的选择。对于Windows用户来说，平台独立性也十分具有价值，因为允许应用迁移到下一代的微软通信技术。这也意味着OPC UA产品的供应商在以前的通信技术过时或有类似不可配置的较长的超时时间等技术问题时可以有更多的选择。高性能的通信协议
OPC UA特性定义基于TCP的二进制通信协议通过最小的开销提供最快的性能。对于企业环境SOAP/XML是通信协议中通常使用的。 OPC UA提供在打包到SOAP/XML兼容的消息中之前通过UA二进制编码消息，提升通常XML消息10倍以上的性能。这种架构的优点是提供使用SOAP/XML的格式，但是在发送之前降低其复杂性和XML的大小。Windows通信基础 （WCF）OPC .Net SDK使用WCF提供对XML Web服务的支持。这种架构意味着在企业应用中所有基于OPC UA .Net SDK应用可以继承微软的 XML Web服务的湖操作性。
通过OPC UA SDKs降低开发成本
基于OPC COM特性的开发者都知道要求创建互操作性的应用中，接口只是很小的不部分代码。基于这个原因，OPC基金会提供的OPC UA .NET SDK可以为开发者提供更多的选择，只需要很少的几百行代码就可以实现兼容于OPC UA 的应用。开发者还可以选择提供给OPC 基金会成员的商业化的SDK。这些 SDK将大大降低开发成本，供应商也将更多的精力关注在位客户提供更有价值的产品。最终用户同样可以从SDK中获益，因为采用的是公用的架构，将少了不同应用之间的互操作性问题。
采用方法和程序的增强特性
已经现有的OPC COM特性关注于数据或时间，但很多应用要求能减少单一数据值或事件的复杂操作。通过OPC UA方法，服务器允许客户端通过一序列参数触发复杂功能。通过触发事件汇报进程函数可以用来控制后台流程。
面向对象的信息模型的灵活性
已有的OPC COM在过去的10年一直作为OPC的通信标准，但是技术的发展要求更多的互操作性：
微软逐步淡化COM，而跨平台的Web服务和SOA逐步加强
OPC的供应商希望一套担心的服务实现OPC数据模块（DA，A&E,HDA….）
OPC供应商希望在非微软的平台，包括嵌入式设备实现OPC功能-〉一些合作组织需要一个可靠的，有效地方式实现高水平结构数据的转移.
每个授权的应用，每个授权的人员都可用。 这种功能独立于制造厂商的原始应用，编程语言和操作系统。 OPC UA是目前已经使用的OPC 工业标准的补充，提供重要的一些特性，包括如平台独立性，扩展性，高可靠性和连接互联网的能力。 OPC UA不再依靠DCOM，而是基于面向服务的架构(SOA),OPC UA的使用更简便。现在，OPC UA已经成为独立于微软,UNIX或其他的操作系统企业层和嵌入式自动组建之间的桥梁。
统一的访问传统OPC COM特性将不同的功能分布于多个COM服务器，通过接口连接代表不同特性的功能。OPC COM服务器提供报警但不持续连续的提供触发报警的数据的访问。例如，提供存储历史数据的OPC COM服务器不允许当前数据被读和更新。这种特性造成了集成的问题，因为单一系统的信息不能通过一致的方式访问。OPC UA解决了包含多种可用信息的通用地址通过单一服务访问的集成问题。更好的认证互操作性OPC UA特性通过和已取得成功的OPC COM认证程序一样提供的服务器和客户端测试工具。这些测试工具似得供应商可以验证他们产品是否符合特性的要求，改善产品的质量。OPC UA和OPC COM特性通过认证以后，可以获得相应的认证标志，通过使用OPC认证的产品可以减少最终用户的系统集成成本。设计的可靠性OPC UA是为搞可用性和冗余架构而设计。完整的可配置的超时，错误检测，和恢复特性使得OPC UA产品可以无缝处理出现错误或失败的情况（例如网络通信的丢失）。标准的支持冗余功能的OPC UA模块使得从不同厂商的应用部署成为可能。跨域防火墙和通过互联网OPC UA由客户端启动通信通道，这意味着不需要像OPC COM一样需要配置客户端以允许服务器的访问。OPC UA能通过标准的HTTP或UA TCP端口或任何管理员愿意开放的其他端口来进行通信。OPC UA使用基于安全的额消息，这意味着可以通过第三方的代理进行通信。通过信息模型减少配置时间OPC UA架构提供基本的应用，供应商可以提供特定应用的信息模型，这将大大降低配置和维护这些模块的成本。OPC基金会正和MIMOSA，FDI，plcopen（IEC61131）组织协作开发 OPC UA信息模型。标准安全模型在过去，安全问题时最后才考虑的，很多供应商没有测试他们产品的安全许可。这意味着对于最终用户很难配置安全性，或根本不可能。OPC UA架构通过标准的，UA应用必须实施的安全模型解决了这个问题。这增强了互操作性和降低了配置和维护成本。OPC UA同时有利于适合任何平台的任何OPC UA产品的安全设置管理的标准工具的开发。从嵌入式系统到企业级的单一的解决方案轻量级的OPC UA可以作为有效的二进制通信协议，例如OPC UA 已经移植到很多嵌入式系统包括VxWorks，Linux和专有的RTOSs (Real Time Operating Systems)。顶级的OPC UA应用支持企业级标准的XML页面服务协议。通过一个公用的架构可以降低系统集成的成本。保护已有的OPC COM投资OPC UA COM的互操作组件可以使得供应商快速实现现有的OPC COM客户端和服务器应用支持OPC UA。 这些组件通过增加需要的OPC UA高级特性客户化。这意味着用户可以持续利用他们的OPC COM技术的投资开发新的OPC UA应用。历史事件OPC UA通过支持历史事件扩展了OPC COM历史数据访问(HDA)的能力。最终用户仙子啊可以通过选择的OPC UA客户端获得事件信息。不丢失性能的同时实现平台独立
OPC UA架构设计为提供最佳性能的同时提供平台独立。这意味着开发者可以使用他们熟悉的语言和操作系统开发基于OPC UA的应用，而不只有一种通过http使用SOAP/XML的选择。对于Windows用户来说，平台独立性也十分具有价值，因为允许应用迁移到下一代的微软通信技术。这也意味着OPC UA产品的供应商在以前的通信技术过时或有类似不可配置的较长的超时时间等技术问题时可以有更多的选择。高性能的通信协议
OPC UA特性定义基于TCP的二进制通信协议通过最小的开销提供最快的性能。对于企业环境SOAP/XML是通信协议中通常使用的。 OPC UA提供在打包到SOAP/XML兼容的消息中之前通过UA二进制编码消息，提升通常XML消息10倍以上的性能。这种架构的优点是提供使用SOAP/XML的格式，但是在发送之前降低其复杂性和XML的大小。Windows通信基础 （WCF）OPC .Net SDK使用WCF提供对XML Web服务的支持。这种架构意味着在企业应用中所有基于OPC UA .Net SDK应用可以继承微软的 XML Web服务的湖操作性。
通过OPC UA SDKs降低开发成本
基于OPC COM特性的开发者都知道要求创建互操作性的应用中，接口只是很小的不部分代码。基于这个原因，OPC基金会提供的OPC UA .NET SDK可以为开发者提供更多的选择，只需要很少的几百行代码就可以实现兼容于OPC UA 的应用。开发者还可以选择提供给OPC 基金会成员的商业化的SDK。这些 SDK将大大降低开发成本，供应商也将更多的精力关注在位客户提供更有价值的产品。最终用户同样可以从SDK中获益，因为采用的是公用的架构，将少了不同应用之间的互操作性问题。
采用方法和程序的增强特性
已经现有的OPC COM特性关注于数据或时间，但很多应用要求能减少单一数据值或事件的复杂操作。通过OPC UA方法，服务器允许客户端通过一序列参数触发复杂功能。通过触发事件汇报进程函数可以用来控制后台流程。
面向对象的信息模型的灵活性
已有的OPC COM在过去的10年一直作为OPC的通信标准，但是技术的发展要求更多的互操作性：
微软逐步淡化COM，而跨平台的Web服务和SOA逐步加强
OPC的供应商希望一套担心的服务实现OPC数据模块（DA，A&E,HDA….）
OPC供应商希望在非微软的平台，包括嵌入式设备实现OPC功能-〉一些合作组织需要一个可靠的，有效地方式实现高水平结构数据的转移.