opc技术

1.C#跨平台物联网通讯框架ServerSuperIO（SSIO）介绍 《连载 | 物联网框架ServerSuperIO教程》1.4种通讯模式机制。 《连载 | 物联网框架ServerSuperIO教程》2.服务实例的配置参数说明 《连载 | 物联网框架ServerSuperIO教程》- 3.设备驱动介绍 《连载 | 物联网框架ServerSuperIO教程》-4.如开发一套设备驱动，同时支持串口和网络通讯。 《连载 | 物联网框架ServerSuperIO教程》- 5.轮询通讯模式开发及注意事项。 《连载 | 物联网框架ServerSuperIO教程》- 6.并发通讯模式开发及注意事项 《连载 | 物联网框架ServerSuperIO教程》- 7.自控通讯模式开发及注意事项 《连载 | 物联网框架ServerSuperIO教程》- 8.单例通讯模式开发及注意事项 《连载 | 物联网框架ServerSuperIO教程》- 9. 协议过滤器，解决一包多发、粘包、冗余数据 《连载 | 物联网框架ServerSuperIO教程》- 10.持续传输大块数据流的两种方式（如：文件） 《连载 | 物联网框架ServerSuperIO教程》- 11.实现设备（驱动）与设备（驱动）交互和级联控制。 《连载 | 物联网框架ServerSuperIO教程》- 12.服务接口的开发，以及与云端双向交互

1.C#跨平台物联网通讯框架ServerSuperIO（SSIO）介绍 《连载 | 物联网框架ServerSuperIO教程》1.4种通讯模式机制。 《连载 | 物联网框架ServerSuperIO教程》2.服务实例的配置参数说明 《连载 | 物联网框架ServerSuperIO教程》- 3.设备驱动介绍 《连载 | 物联网框架ServerSuperIO教程》-4.如开发一套设备驱动，同时支持串口和网络通讯。 《连载 | 物联网框架ServerSuperIO教程》- 5.轮询通讯模式开发及注意事项。 《连载 | 物联网框架ServerSuperIO教程》- 6.并发通讯模式开发及注意事项 《连载 | 物联网框架ServerSuperIO教程》- 7.自控通讯模式开发及注意事项 《连载 | 物联网框架ServerSuperIO教程》- 8.单例通讯模式开发及注意事项 《连载 | 物联网框架ServerSuperIO教程》- 9. 协议过滤器，解决一包多发、粘包、冗余数据 《连载 | 物联网框架ServerSuperIO教程》- 10.持续传输大块数据流的两种方式（如：文件） 《连载 | 物联网框架ServerSuperIO教程》- 11.实现设备（驱动）与设备（驱动）交互和级联控制。 《连载 | 物联网框架ServerSuperIO教程》- 12.服务接口的开发，以及与云端双向交互

5 概述 5.1 OPC UA适用范围  OPC UA适用于现场设备、控制系统、制造执行系统（MES）以及企业资源规划系统（ERPs）等领域的制造过程软件。这些软件的设计目的是用于工业过程领域的信息的交互、控制及指令。OPC UA定义了通用框架模型，用于促进上述领域的信息交互。  OPC UA具体规定以下内容： 用于表示结构、行为及语义的信息模型（Information Model）； 应用之间相互沟通的消息模型（Message Model）； 用于在端点（endpoint）之间传递数据的通信模型（Communication Model）； 用于保证系统间互操作的一致性模型（Conformance Model）。 5.2 General  OPC UA是平台独立的标准，通过这个标准，不同类型的系统和设备可以实现客户端（Clients）和服务器（Servers）之间跨越不同种类网络的消息（Message）发送，实现相互通信。OPC UA支持稳健的（robust）、加密的通信，用以保证客户端（Clients）和服务器（Servers）的身份一致性，以及对外来攻击的有效防御。  OPC UA定义了服务器（Servers）端可能提供的服务（services）集合，而每个独立的服务器（Servers）都应向客户端明确说明它所提供的服务集合。  信息的交互是利用OPC

OPC UA 的本质 转： https://blog.csdn.net/yaojiawan/article/details/88990351 接触OPC UA 已经有一段时间了，开始只知道它将是工业4.0 中一个重要的通信协议（IEC 62541）。出于好奇，就了解一下。我看的主要内容包括：Open62541 库和uaExpert，uamodeler等工具软件。同时也阅读了OPC UA 的标准文本和网络上的许多文章。但是总觉得云里雾里，神龙见首不见尾。 俗话说”不识庐山真面目，只缘身在此山中”。在学习电脑新技术时，我们往往会被劈头盖脑的各种术语，数据结构，函数，协议，模型带到沟里去了。而忘却了思考它是什么？它解决上什么问题？为什么这样做？这些根本的问题。有时真的搞不懂，这么复杂的东西是这么想出来的？是大公司用来故弄玄虚的么？ 有一个早上，我突然顿悟，OPC UA 就是在分布式系统中实现对象的描述，什么Node呀，variable呀，reference呀，无非是想描述一个对象！OPC UA 在工业4.0 中的重要性就是通过面向对象的技术，将物理设备，传感器，电机描述成一个个对象，形成数字化模型。让不同的软件可以像调用对象那样来控制设备。 于是，我放慢心情，顺着面向对象的思路，来探究OPC UA 的本质。 面向对象程序设计 软件设计的重要一环就是将物理世界的物体抽象成数字化模型

OPC OPC(OLE for Process Control, 用于过程控制的OLE)是一个工业标准，管理这个标准国际组织是OPC基金会。 OPC全称是OLE for Process Control，它的出现为基于 Windows 的应用程序和现场过程控制应用建立桥梁。在过去，为了存取现场设备的数据信息，每一个应用软件开发商都需要编写专用的接口函数。由于现场设备的种类繁多，且产品的不断升级，往往给用户和软件开发商带来了巨大的工作负担。 系统集成商和开发商急切需要一种具有高效性、可靠性、开放性、可互操作性的即插即用的设备驱动程序。在这种情况下，OPC标准应运而生。OPC标准以微软的OLE(现在的Active X)、COM （部件对象模型）和DCOM （分布式部件对象模型）为技术而开发出的一整套接口、属性和方法的标准集，用于过程控制和制造业自动化系统。OPC采用典型的C/S模式，提供统一的OPC接口标准的Server程序，软件厂商只需按照OPC标准接口编写Client程序就可以访问Server程序进行读写。 OPC协定包括： 1.DA(Data Access)规范：访问数据主要采用该规范 2.A&E(Alarm and Event)规范：基于事件，提供Client端订阅，事件触发后Server端主动提交回数据的数据访问方式。 3.HDA(History data access)规范

从2000年初以来，我们就一直在使用OPC软件互操作性标准，而那些正准备踏入和想要踏入工业自动化领域的人们却对这些含义感到困惑。 所以在本中，我将系统地为你梳理OPC知识。 OPC首字母缩写词代表什么？ 问一个OPC老手，他们或许会笑，因为他们知道有很多含义！在经典的且程序化的说法是： O LE for P rocess C ontrol（用于过程控制的OLE）。OLE 或对象链接和嵌入是Windows的基本早期构建块，允许应用程序在它们之间共享复杂的信息。我记得Windows 3.0的第一个演示中，人们将 Excel电子表格嵌入到 Microsoft Word文档中，以及更新电子表格，打开Word和更新文档的重要性。原始OPC标准源自该技术和 COM 或 Windows 组件对象模型。 从那以后，我们会听到很多其他的一些定义，但是比较出名的是现在官方OPC基金会所给出的说法是：它的含义是 O pen P latform C ommunications（开放平台通信）。其实无论它的定义是什么，其目标保持不变：消除自动化软件和硬件平台之间互操作性的障碍，为用户提供选择。 OPC Client（OPC客户端）和OPC Server(OPC服务器)之间有什么区别？ OPC客户端请求数据，有时也想写入数据。如果允许的话，服务器会响应客户端的请求并提供数据或接受其写入。最简单的形式就是这样。

　　OPC（OLE for Process Control）技术是指为了给工业控制系统应用程序之间的通信建立一个接口标准，在工业控制设备与控制软件之间建立统一的数据存取规范。它给工业控制领域提供了一种标准数据访问机制，将硬件与应用软件有效地分离开来，是一套与厂商无关的软件数据交换标准接口和规程，主要解决过程控制系统与其数据源的数据交换问题，可以在各个应用之间提供透明的数据访问。 来源： https://www.cnblogs.com/cxyloveccy/p/11358262.html