opc通讯协议(OPC通讯协议Client端)

出现故障。 OPC协议广泛应用于工控环境，作为数据库获取生产数据的最常用手段，协议通讯中断后很多OPC接口软件会发生卡死或重连时响应时间过长的问题，严重影响生产数据传输的及时性和易用性。目前工业防护墙中没有针对OPC通信协议做断线重连，仅仅在通信异常的时候进行提示，操作员只能重新配置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最初是作为一种标准协议开发的，可以与诸如可编程控制器（PLC），SCADA系统（监控和数据采集）以及许多其他工业控制系统和设备之类的设备进行通信。使用OPC，有一台服务器以其本机语言/协议与设备通信，然后以标准OPC格式公开该数据。然后，OPC客户端可以使用该数据。OPC DA最初设计为传输相当简单的数据类型，例如模拟量（温度，压力，流速等）和离散量（机器/设备状态，例如泵开/关，阀门打开/关闭，电动机运行/停止等）。传感器数据，而OPC UA允许传感器数据以及其他数据（如警报和事件）以及其他数据类型。OPC UA是OPC DA的后继产品。因此，Predix OPC UA组件是OPC UA服务器的客户端应用程序，OPC UA服务器将是与控制系统实际通信的软件。 Modbus是另一种已多年成为行业标准的协议。它最初由Modicon开发，用于与Modicon PLC通信，但已被其他供应商采用作为与这些其他设备进行通信的协议。像OPC一样，Modbus只是提供了一种相对简单的机制来与支持Modbus协议的设备（例如PLC，远程终端设备或RTU等）进行通信，然后将该数据提供给需要该数据的应用程序。例如，GE iFIX软件是一个HMI应用程序，它允许您构建实时显示，以可视化来自OPC，Modbus和其他使用这些协议进行通讯的类似工业控制器系统的传感器数据。 最重要的是，OPC UA和Modbus是用于与工业控制器/系统进行通信的协议。我们与这些系统进行通信，以便检索传感器数据（温度，压力，流速，振动数据，状态信息，例如泵是否运行等），然后将该数据转发到GE的Proficy Historian和/或进入云中的Predix时间序列数据库。
网页链接两种协议使用的场景不同。Modbus支持串口和网络，主要是工业设备间通信。OPC-DA和OPC-UA都是网络协议。Modbus协议更简单透明，数据量小时，使用起来简单方便高效（自己就可以开发），数据量大时，要分片读写，就不太方便了。OPC一般用的是标准套件，自己再开发很难，需要了解连接字符串，当数据量较大时，OPC批量建点方便。

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和MODBUS不是一个概念，MODBUS是控制设备之间，或者设备与组态之间对话的一种对话协议。而OPC是组态的核心技术，是一种分布式技术手段，用于设备变量点的组织、数据收发、数据共享等。组态与设备通讯，既可以通过MODBUS协议，也可以是PPI等其他协议，而组态实时数据或历史数据，对其他系统共享，如OPC客户端，组态扩展系统等，通过OPC方式实现分布式系统中各节点的数据同步。
OPC是接口协议，开放式通讯，通过OPC仪表和上位机数据库建立联系，软件实现，然后由于OPC是开放的，可以通过OPC同前台操作建立连接，功能扩展很强。 MODBUS只是数字通讯的协议，可以用于手持终端，也可以通过MODBUS卡件建立DCS/PLC与现场仪表的通讯。相当于下位。 MODBUS把仪表数据读进系统，然后通过OPC在PC上实现控制/显示等功能。但具体的各家厂家都有自己的软件，最好还是问厂家了。