opc通讯协议(opc通讯协议怎么传数据)

OPC全称是Object Linking and Embedding（OLE） for Process Control，它的出现为基于Windows的应用程序和现场过程控制应用建立了桥梁。在过去，为了存取现场设备的数据信息，每一个应用软件开发商都需要编写专用的接口函数。由于现场设备的种类繁多，且产品的不断升级，往往给用户和软件开发商带来了巨大的工作负担。通常这样也不能满足工作的实际需要，系统集成商和开发商急切需要一种具有高效性、可靠性、开放性、可互操作性的即插即用的设备驱动程序。在这种情况下，OPC标准应运而生。OPC标准以微软公司的OLE技术为基础，它的制定是通过提供一套标准的OLE/COM接口完成的，在OPC技术中使用的是OLE 2技术，OLE标准允许多台微机之间交换文档、图形等对象。扩展资料OPC是世界上最受欢迎的基于标准的数据通信方法。它旨在解决自动化行业中的最大的挑战：如何摆脱传统的基于特制驱动器的通信方式，在不同设备、控制器、和/或应用程序之间实现通讯。OPC之所以能够成功地创造真正独立于供应商的通讯是因为，OPC从双方提取了数据发送设备（例如PLC）和数据接收端（例如HMI）的执行细节，因此可以在它们之间进行数据交换而不需要了解彼此的本地通信协议和内部数据组织形式。这与特制驱动器的要求满足只针对于通信方两端的编写方法形成了鲜明的对比。OPC可以代表为一个位于数据发送端和数据接收端之间的“提取”界面，这个界面允许在数据发送端和数据接收端之间交换数据而不需要对对方有任何了解。OPC的“设备细节提取”是通过运用两个称为OPC客户端和OPC服务器的OPC构件得以实现的。其中每一个构件将在以下章节予以描述。需要注意的是，数据发送端和数据接收端能够彼此通过OPC进行通讯并不意味着它们各自的本地协议就不需要了，或者是被OPC取代了。相反，这些本地协议和/或接口仍然存在，但只是与两个OPC构件的其中某一个通讯。然后，OPC构件之间进行数据交换，从而结束数据传递。数据也可以从应用程序端被传输至设备，而不需要彼此直接联系。参考资料来源：百度百科-opc
OPC是OLE for Process Control的缩写，即把OLE应用于工业控制领域。OLE原意是对象链接和嵌入，随着OLE 2的发行，其范围已远远超出了这个概念。现在的OLE包容了许多新的特征，如统一数据传输、结构化存储和自动化，已经成为独立于计算机语言、操作系统甚至硬件平台的一种规范，是面向对象程序设计概念的进一步推广。OPC建立OLE规范之上，它为工业控制领域提供了一种标准的数据访问机制。

TCP/IP协议只是网络层的协议，OPC协议是应用层的数据协议，把自动化采集数据以一定格式传输给客户端，在网络的底层传输过程是基于TCP/IP协议得以进行的。OPC协议：OPC是一种利用微软的COM/DCOM技术来达成自动化控制的协定，采用典型的C/S模式，针对硬件设备的驱动程序由硬件厂商完成，提供统一OPC接口标准的Server程序，软件厂商只需按照OPC标准接口编写Client程序就访问Server程序进行读写，即可实现与硬件设备的通信。TCP/IP协议：TCP/IP协议又名网络通讯协议，是Internet最基本的协议、Internet国际互联网络的基础，由网络层的IP协议和传输层的TCP协议组成。TCP/IP 定义了电子设备如何连入因特网，以及数据如何在它们之间传输的标准。协议采用了4层的层级结构，每一层都呼叫它的下一层所提供的协议来完成自己的需求。通俗而言：TCP负责发现传输的问题，一有问题就发出信号，要求重新传输，直到所有数据安全正确地传输到目的地。而IP是给因特网的每一台联网设备规定一个地址。拓展资料协议，网络协议的简称，网络协议是通信计算机双方必须共同遵从的一组约定。如怎么样建立连接、怎么样互相识别等。只有遵守这个约定，计算机之间才能相互通信交流。它的三要素是：语法、语义、时序。为了使数据在网络上从源到达目的，网络通信的参与方必须遵循相同的规则，这套规则称为协议（protocol），它最终体现为在网络上传输的数据包的格式。协议往往分成几个层次进行定义，分层定义是为了使某一层协议的改变不影响其他层次的协议。
TCP/IP协议只是网络层的协议，OPC协议是应用层的数据协议，把自动化采集数据以一定格式传输给客户端，在网络的底层传输过程是基于TCP/IP协议得以进行的。OPC协议：OPC是一种利用微软的COM/DCOM技术来达成自动化控制的协定，采用典型的C/S模式，针对硬件设备的驱动程序由硬件厂商完成，提供统一OPC接口标准的Server程序，软件厂商只需按照OPC标准接口编写Client程序就访问Server程序进行读写，即可实现与硬件设备的通信。TCP/IP协议：TCP/IP协议又名网络通讯协议，是Internet最基本的协议、Internet国际互联网络的基础，由网络层的IP协议和传输层的TCP协议组成。TCP/IP 定义了电子设备如何连入因特网，以及数据如何在它们之间传输的标准。协议采用了4层的层级结构，每一层都呼叫它的下一层所提供的协议来完成自己的需求。通俗而言：TCP负责发现传输的问题，一有问题就发出信号，要求重新传输，直到所有数据安全正确地传输到目的地。而IP是给因特网的每一台联网设备规定一个地址。
TCP/IP协议是由硬件处理的，工作在TCP/IP层，对于应用层而言，TCP/IP的API函数可以传输任意长度不为0字节的数据，对应用层的数据格式无要求。 为了便于传输和解析特定种类的数据，在TCP/IP层之上的应用层中对传输的数据格式进行规定，就形成了应用层的通信协议。由于应用层的开发难度较硬件和驱动容易很多，所以应用层的通信协议五花八门，每一个知名的PLC厂商都各自开发有自己的通信协议。其中MODBUS协议是应用最广泛的应用层协议。而OPC/MQTT是近年热起来的。每一种通信协议都可以传输所有的工业数据，并没有哪一家的应用层通信协议特别强大，因此OPC和MQTT会火，多少含有一定的炒作成分。 任何人只要愿意，就可以开发自己的通信协议。不一定能流行，但自用是没有问题的。一些需要保密的场合就是采用专用的协议。通信协议对底层的依赖性不高，比如MODBUS是二进制报文，可以通过任意一种总线传输，但是通常把MODBUS协议用于485总线。OPC是基于TCP/HTTP建立的，其报文中含有HTTP语法，但是只要是二进制数据，就可以使用任意的总线传输，只不过通常的OPC都是以HTTP服务器方式构建的，采用以太网传输。

OPC是为了不同供应厂商的设备和应用程序之间的软件接口标准化，使其间的数据交换更加简单化的目的而提出的,是为了连接数据源(OPC服务器)和数据的使用者(OPC应用程序)之间的软件接口标准.
OPC(OLE for Process Control, 用于过程控制的OLE)是一个工业标准，管理这个标准国际组织是OPC基金会，OPC基金会现有会员已超过220家。遍布全球，包括世界上所有主要的自动化控制系统、仪器仪表及过程控制系统的公司。 基于微软的OLE(现在的Active X)、COM (部件对象模型)和DCOM (分布式部件对象模型)技术。OPC包括一整套接口、属性和方法的标准集，用于过程控制和制造业自动化系统。OPC全称是OLE for Process Control，它的出现为基于Windows的应用程序和现场过程控制应用建立了桥梁。在过去，为了存取现场设备的数据信息，每一个应用软件开发商都需要编写专用的接口函数。由于现场设备的种类繁多，且产品的不断升级，往往给用户和软件开发商带来了巨大的工作负担。通常这样也不能满足工作的实际需要，系统集成商和开发商急切需要一种具有高效性、可靠性、开放性、可互操作性的即插即用的设备驱动程序。在这种情况下，OPC标准应运而生。OPC标准以微软公司的OLE技术为基础，它的制定是通过提供一套标准的OLE/COM接口完成的，在OPC技术中使用的是OLE 2技术，OLE标准允许多台微机之间交换文档、图形等对象。COM是Component Object Model的缩写，是所有OLE机制的基础。COM是一种为了实现与编程语言无关的对象而制定的标准，该标准将Windows下的对象定义为独立单元，可不受程序限制地访问这些单元。这种标准可以使两个应用程序通过对象化接口通讯，而不需要知道对方是如何创建的。例如，用户可以使用C++语言创建一个Windows对象，它支持一个接口，通过该接口，用户可以访问该对象提供的各种功能，用户可以使用Visual Basic，C，Pascal，Smalltalk或其它语言编写对象访问程序。在Windows NT4.0操作系统下，COM规范扩展到可访问本机以外的其它对象，一个应用程序所使用的对象可分布在网络上，COM的这个扩展被称为DCOM（Distributed COM）。通过DCOM技术和OPC标准，完全可以创建一个开放的、可互操作的控制系统软件。OPC采用客户/服务器模式，把开发访问接口的任务放在硬件生产厂家或第三方厂家，以OPC服务器的形式提供给用户，解决了软、硬件厂商的矛盾，完成了系统的集成，提高了系统的开放性和可互操作性。 OPC服务器通常支持两种类型的访问接口，它们分别为不同的编程语言环境提供访问机制。这两种接口是：自动化接口（Automation interface）；自定义接口（Custom interface）。自动化接口通常是为基于脚本编程语言而定义的标准接口，可以使用VisualBasic、Delphi、PowerBuilder等编程语言开发OPC服务器的客户应用。而自定义接口是专门为C++等高级编程语言而制定的标准接口。OPC现已成为工业界系统互联的缺省方案，为工业监控编程带来了便利，用户不用为通讯协议的难题而苦恼。任何一家自动化软件解决方案的提供者，如果它不能全方位地支持OPC，则必将被历史所淘汰。

opc通讯协议传数据步骤:1、从数据库读取数据，放入程序内存。(通常技术)2、建立OPC Client连接OPC server，将数据写入OPC server。 本人靠这个吃饭。步骤告诉你了。如果想要现成的程序，那是要付费的哦。 扩展资料OPC是世界上最受欢迎的基于标准的数据通信方法。它旨在解决自动化行业中的最大的挑战：如何摆脱传统的基于特制驱动器的通信方式，在不同设备、控制器、和/或应用程序之间实现通讯。OPC之所以能够成功地创造真正独立于供应商的通讯是因为，OPC从双方提取了数据发送设备（例如PLC）和数据接收端（例如HMI）的执行细节，因此可以在它们之间进行数据交换而不需要了解彼此的本地通信协议和内部数据组织形式。这与特制驱动器的要求满足只针对于通信方两端的编写方法形成了鲜明的对比。OPC可以代表为一个位于数据发送端和数据接收端之间的“提取”界面，这个界面允许在数据发送端和数据接收端之间交换数据而不需要对对方有任何了解。OPC的“设备细节提取”是通过运用两个称为OPC客户端和OPC服务器的OPC构件得以实现的。其中每一个构件将在以下章节予以描述。需要注意的是，数据发送端和数据接收端能够彼此通过OPC进行通讯并不意味着它们各自的本地协议就不需要了，或者是被OPC取代了。 相反，这些本地协议和/或接口仍然存在，但只是与两个OPC构件的其中某一个通讯。然后，OPC构件之间进行数据交换，从而结束数据传递。数据也可以从应用程序端被传输至设备，而不需要彼此直接联系。

出现故障。 OPC协议广泛应用于工控环境，作为数据库获取生产数据的最常用手段，协议通讯中断后很多OPC接口软件会发生卡死或重连时响应时间过长的问题，严重影响生产数据传输的及时性和易用性。目前工业防护墙中没有针对OPC通信协议做断线重连，仅仅在通信异常的时候进行提示，操作员只能重新配置OPC服务所需参数并重新启动OPC服务，进行重新连接、通信。