opc通讯协议(opc通讯协议与485)

不能，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接口软件会发生卡死或重连时响应时间过长的问题，严重影响生产数据传输的及时性和易用性。目前工业防护墙中没有针对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批量建点方便。

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

1500不但支持多种以太网通讯，还支持串口通讯，OPC通讯，WEB访问。 西门子PLC有4大类，几十个型号类型，PLC不同所支持的通讯协议也不相同。S7-200系列支持的协议有：PPI、MPI、PROFIBUS、以太网、S7协议、AS-INTERFACE、USS、MODBUS、自由口。S7-300400系列支持的协议有：MPI、PROFIBUS、ETHERNET网、ISO协议、ISO-ON-TCP、MODBUS等。相同点是同一协议物理传输介质相同。比如S7协议可以使用DP、以太网作为传输介质。不同之处是每个协议都对应不同的组态方式和程序。 1500与1200之间采用的是S7通信，大致步骤如下：1.首先添加一个1500的设备，然后再添加一个1200的设备，选择S7连接，过程中需要注意不能设置密码，允许PUT/GET访问。2.在程序中，添加S7通信指令，GET指令为接收伙伴数据，PUT为发送数据给伙伴，比如1500要接收1200数据，就用到GET指令，反之要发送数据到1200就用到PUT指令。