【推荐下载】OPC UA PubSub：为工业自动化带来云的力量

OPC统一架构为未来打下了基础标签：OPC UAOPC 统一架构为未来打下了基础今天涌现出众多嵌入式的创新和技术，比如黑莓（BlackBerry）手机、iPhone、iPad，嵌入式人机界面（HMI）屏、智能楼宇自动化和安全产品。

还有很多的创新和技术完成了互操作，比如无线网和云计算。

这些创新和技术都是非常棒的，但什么业务理由能够驱动供应商和最终用户采用这些前沿产品和系统？自动化工业必须评估和决定今天与明天的不同技术和创新应用，用犀利的目光判断这些技术怎样能够提供一种安全、可靠、互操作方案，解决实际问题。

伟大的技术创新来自美妙的学术研究项目，但常常没有得到采用，因为他们难于实施。

他们需要面对现实世界的问题，实现自身的商业价值，证明他们能够降低整体成本。

OPC统一架构（OPC UA）为自动化工业提供了这样的机会，用无缝的系统互操作创新方案获得了效率。

本文提供了一种对技术创新和商业价值的思考，聚焦于移动数据和信息，提出了从嵌入式设备到企业再到云（提供计算和数据存储）的互操作理念。

使用来自OPC基金会与伙伴的技术，利用OPC的优势，掌握互操作的应用，将为制造商、供应商和最终用户提供很多商业机会，消费类电子到工业自动化的进化很多个体和小公司现在有机会在范围更广的应用中使用消费电子技术。

在今天，每个月至少有10,000新应用被开发出来，下载到不同的智能设备中。

更为复杂的是每个智能设备的供应商具有自己的基础架构和开发环境，而与竞争对手的智能设备平台不兼容。

为了满足用户的需求，供应商必须投资支持多种智能设备平台，这就造成了开发和维护成本的升高。

随着应用数量的不断提高，增加了用户寻找和评估应用的复杂性。

评价和参照系统基本上仅是简单介绍，用户必须要发现好的应用，才能使他们的系统更加多产。

现在很多应用是免费或者是名义上费用，让人感觉试用一下也没失去什么。

用户对这些应用不会报有高的期望（比如可靠性和性能）。

在消费市场上，多家嵌入式设备供应商正为市场份额而打拼。

opcua go 例子OPC UA（Object Linking and Embedding for Process Control Unified Architecture）是一种基于标准的通信协议，被广泛应用于工业自动化和物联网领域。

在这篇文章中，我们将逐步探讨如何使用Go语言实现OPC UA通信，并给出一些具体的例子和代码。

首先，让我们简要了解一下OPC UA的基本概念。

OPC UA是一个通信框架，用于在不同的设备和系统之间进行数据交换和通信。

它建立在Web 服务和传统的OPC（OLE for Process Control）技术之上，并提供了更强大的功能和更灵活的架构。

在Go语言中，我们可以使用开源库opcua来实现OPC UA通信。

opcua 库提供了一组函数和数据结构，用于创建OPC UA客户端和服务器。

下面，让我们一步一步来实现一个简单的OPC UA客户端和服务器，以便更好地理解这个过程。

第一步，我们需要引入opcua库。

在Go语言中，你可以使用以下命令下载并安装opcua库：go get github/gopcua/opcua第二步，我们需要创建一个OPC UA服务器。

首先，让我们导入必要的包。

gopackage mainimport ("log""time""github/gopcua/opcua")接下来，我们定义一个结构体来表示我们的OPC UA服务器，并为其添加一个Start()方法进行初始化和启动。

gotype OPCUAServer struct {Server *opcua.Server}func (s *OPCUAServer) Start() error {s.Server = opcua.NewServer(opcua.SecurityMode(2), opcua.SecurityPolicy(2))添加对象和变量object :=s.Server.NewObjectNode(opcua.NewTwoByteNodeID(2, 1001), "MyObject", "MyObject")variable :=object.NewVariableNode(opcua.NewTwoByteNodeID(2, 1002), "MyVariable", "MyVariable")variable.Value = opcua.MustVariant(float64(42))s.Server.AddNode(object)if err := s.Server.Start(); err != nil {return err}log.Printf("OPC UA server started at s", s.Server.Endpoint())return nil}第三步，我们需要创建一个OPC UA客户端并连接到我们的服务器。

OPCUA认识汇总OPC是什么?OPC是⾃动化⾏业及其他⾏业⽤于数据安全交换时的互操作性标准。

它独⽴于平台，并确保来⾃多个⼚商的设备之间信息的⽆缝传输，OPC基⾦会负责该标准的开发和维护。

OPC标准是由⾏业供应商，终端⽤户和软件开发者共同制定的⼀系列规范。

这些规范定义了客户端与服务器之间以及服务器与服务器之间的接⼝，⽐如访问实时数据、监控报警和事件、访问历史数据和其他应⽤程序等，都需要OPC标准的协调。

OPC标准于1996年⾸次发布，其⽬的是把PLC特定的协议（如Modbus，Profibus等）抽象成为标准化的接⼝，作为“中间⼈”的⾓⾊把其通⽤的“读写”要求转换成具体的设备协议，反之亦然，以便HMI/SCADA系统可以对接。

这也因此造就了整个⾏业内⼿⼯作坊的蓬勃兴起，通过使⽤OPC协议，终端⽤户就可以毫⽆障碍地使⽤最好的产品来进⾏系统操作。

最初，OPC标准仅限于Windows操作系统。

因此，OPC是OLE for Process Control的缩写（中⽂意思：⽤于过程控制的OLE）。

我们所熟知的OPC规范⼀般是指OPC Classic，被⼴泛应⽤于各个⾏业，包括制造业，楼宇⾃动化，⽯油和天然⽓，可再⽣能源和公⽤事业等领域。

随着在制造系统内以服务为导向的架构的引⼊，给OPC带来了新的挑战，如何重新定义架构来确保数据的安全性？这促使OPC基⾦会创⽴了新的架构----OPC UA，⽤以满⾜这些需求。

与此同时，OPC UA也为将来的开发和拓展提供了⼀个功能丰富的开放式技术平台。

这就是为什么许多OPC会员以及与之合作的相关技术组织转⽽开始使⽤OPC UA的原因。

OPC有两种架构经典架构和统⼀架构经典架构（Classic Architecture）OPC Classic规范基于Microsoft Windows技术，使⽤COM / DCOM（分布式组件对象模型）在软件组件之间交换数据。

规范为访问过程数据、报警和历史数据提供了单独的定义。

OPC UA功能概述什么是OPC UA？标准OPC 仅支持Windows 操作系统。

为了应对这一限制条件，OPC Foundation 研发出了OPC UA（OPC统一架构）标准。

OPC UA 标准并不特定于某个平台，并且针对高性能应用使用优化的基于TCP 的二进制协议。

OPC UA 支持诸如Window、Linux、Apple OS X、实时操作系统或移动操作系统（Android 或iOS）。

OPC UA 目前支持以下传输机制和协议：● 通过TCP/IP，将消息作为二进制流直接传输(S7-1200/S7-1500支持)● 通过TCP/IP 和HTTP 采用XML 形式传送消息。

由于这种传输机制仅支持慢速传输，因此极少使用S7-1200 基本控制器支持"Micro Embedded Device 2017 Server Profile"。

由于OPC UA 标准独立于特定的操作系统，并采用安全传送机制和数据语义描述，因此尤其适合于跨层级的数据交换。

机器数据（受控变量，测量值或参数）也可采用这种方式传输。

OPC UA 采用简单的客户端/服务器的机制进行通信。

服务器可在网络中提供大量信息，如有关CPU、OPC UA 服务器、数据和数据类型的信息。

OPC UA 客户端访问这些信息。

图1. S7-1200 OPC UA通信通过OPC UA可以做些什么？OPC UA通信常用的有以下功能：•浏览•读/写•注册读/写•订阅•方法•伴随规范S7-1200 支持的OPC UA功能服务器：S7-1200 CPU 固件版本V4.4 及以上版本均配备OPC UA 服务器，除了标准的S7-1200CPU外，还包括S7-1200F系列CPU。

•浏览•读/写•伴随规范OPC UA 服务器组态通常与在S7-1500 CPU 中的组态一样；功能范围和数量限值受所支持"Micro Embedded Device 2017 Server Profile"的限制。